Applied professional course
Active Travel, Road Safety and Inclusive Mobility
Plan for walking, cycling and inclusive access, using safety evidence and audit method at planning stage.
Written teaching content: available for review
Video lessons have not yet been recorded. Written teaching content may be available for review below.
Written teaching content only. This course is not yet available: it has not been professionally reviewed, no lesson is recorded, and enrolment, payment, certificates, downloads and protected access are all disabled.
Review Written Course ContentReading only. This is not enrolment, booking, purchase, account access, a download or protected learning access.
- Written content: Available for review
- Video lessons: Not recorded
- Professional review: Not yet completed
- Enrolment: Not available
- Payment: Disabled
- Certificates: Disabled
- Downloads: Disabled
- Protected access: Disabled
Written course content
Client-style brief
A synthetic town of 48,000 people has a high rate of short car trips, three recorded collision clusters and a school corridor that parents refuse to let children walk. Existing cycle provision stops at every junction. The brief is to assess the active travel network, evidence the safety problem and produce a prioritised improvement programme that works for disabled and older users as well as confident cyclists.
Professional scenario
Synthetic town with a 42-kilometre walk and cycle network, three synthetic collision cluster datasets, a school corridor of 1.8 kilometres, public population and deprivation data, and an Ideeplan-owned inclusive design audit framework.
Planning problem
Active travel schemes fail when they are designed for the users who already cycle, stop at the junctions where risk concentrates, and treat accessibility as an afterthought. Safety evidence is often anecdotal, so investment follows complaint volume rather than harm. The professional problem is evidencing risk and designing for the least confident user.
Learning objectives
- Assess a walking and cycling network against coherence, directness, safety, comfort and attractiveness.
- Analyse collision and severity data to locate and characterise real risk.
- Audit routes for inclusive access covering mobility, sensory and cognitive needs.
- Design junction and link interventions that address the identified failure mode.
- Prioritise a programme using an explicit, defensible framework.
Modules and lessons
0 of 9 lessons open
Module 1
Module 1 — Network assessment
Find out where the network actually fails, and for whom.
Assessing whether a network connects the origins and destinations that generate short trips, detour ratios, discontinuities at junctions and boundaries, and mapping gaps by the trips they prevent rather than by kilometres missing.
Practical exercise: Map network gaps between the five largest trip generators and calculate detour ratios.
Checkpoint: Every gap is described by the journey it breaks, not only its length.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Traffic speed and volume as the dominant comfort variables, separation thresholds, surface, width, gradient and lighting, stress classification across the network, and testing a route as a twelve-year-old or a wheelchair user would experience it.
Practical exercise: Classify the network by stress level and identify every high-stress link on the school corridor.
Checkpoint: Stress classification is applied with recorded thresholds throughout.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Overlaying deprivation, age structure and car availability to find where walking and cycling matter most, testing whether provision follows need, and stating distributional findings without overclaiming from small numbers.
Practical exercise: Overlay provision quality against population need and identify the three worst-served areas.
Checkpoint: The distributional finding is supported by the data and its limits are stated.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Example data: Synthetic walk and cycle network with surface, width and gradient attributes, public population and deprivation data and an Ideeplan-owned network assessment framework.
Module output: Network assessment with mapped gaps and severance points.
Module 2
Module 2 — Safety evidence
Replace anecdote with defensible risk analysis.
Severity classification, under-reporting of pedestrian and cycle injury, cluster identification versus random variation, small-number effects, and stating what collision data can and cannot prove.
Practical exercise: Analyse the three clusters by severity, mode and manoeuvre and record the data's limitations.
Checkpoint: Each cluster is characterised by dominant manoeuvre and severity profile.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Moving from collision pattern to the design feature causing it, sightlines, turning conflicts, crossing distance and speed, near-miss and perceived-risk evidence, and avoiding intervention chosen before diagnosis.
Practical exercise: Diagnose the design failure mode behind each cluster and evidence it from the site geometry.
Checkpoint: Each diagnosis links a recorded collision pattern to a specific geometric feature.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Why places with no collisions can still be dangerous because nobody walks there, suppressed demand, using stress classification and community evidence alongside collision data, and weighting both without double counting.
Practical exercise: Identify two suppressed-demand locations and evidence them without relying on collision counts.
Checkpoint: Suppressed-demand cases are argued from stress and severance evidence rather than collisions.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Example data: Three synthetic collision cluster datasets with severity, mode and manoeuvre attributes, and an Ideeplan-owned safety analysis sheet.
Module output: Safety analysis with characterised clusters and causal failure modes.
Module 3
Module 3 — Inclusive design and programme
Design interventions that work for everyone and can be funded in order.
Auditing for mobility, visual, hearing and cognitive needs, dropped kerbs, tactile surfaces, gradient, resting places, crossing timing, legibility and wayfinding, and the conflicts between cycling provision and blind pedestrians that must be designed out.
Practical exercise: Audit the school corridor against the inclusive framework and log every barrier with its affected user group.
Checkpoint: Every logged barrier names the user group affected and a measurable condition.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Matching the intervention to the diagnosed failure mode, junction treatment as the decisive element, continuity across side roads, crossing provision and timing, and testing that the intervention does not shift risk elsewhere.
Practical exercise: Produce concept designs for two junctions and one link, each addressing its diagnosed failure mode.
Checkpoint: Each concept states the failure mode it addresses and how it avoids displacing risk.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Building a transparent prioritisation framework covering harm reduction, trips enabled, equity, deliverability and cost, applying it consistently, testing the ranking's sensitivity, and writing a programme that can be defended when a lower-ranked scheme is politically preferred.
Practical exercise: Score all interventions against the framework and produce the prioritised programme within the funding envelope.
Checkpoint: Every intervention's rank is reproducible from the recorded scores and weights.
Video lesson: Not recorded — written lesson above
Resource file not yet available. The written instructions on this page are complete and can be followed without any download.
Example data: Ideeplan-owned inclusive design audit framework, synthetic cost bands and a synthetic funding envelope.
Module output: Prioritised active travel and safety programme with concept designs.
Project brief
A synthetic town of 48,000 people with three collision clusters, a contested school corridor and a discontinuous cycle network.
Your role: Active travel and safety planner preparing an evidenced improvement programme.
Information available
- Synthetic 42-kilometre walk and cycle network with physical attributes.
- Three synthetic collision cluster datasets with severity and manoeuvre detail.
- Public population, age and deprivation data.
- Ideeplan-owned assessment, inclusive audit and prioritisation frameworks.
Required analysis
- Network gap and detour analysis between major trip generators.
- Stress classification across the whole network.
- Cluster characterisation and design failure mode diagnosis.
- Inclusive access audit of the school corridor.
Required outputs
- Network assessment maps with gaps and severance.
- Safety analysis with diagnosed failure modes and stated data limits.
- Inclusive access barrier log.
- Concept designs for two junctions and one link.
- Prioritised programme within the funding envelope.
Presentation standard: Every classification threshold recorded, every diagnosis linked to evidence, every barrier tied to a user group, and every ranking reproducible from published scores.
Marking criteria
- Evidence quality: Safety conclusions are supported by data with limitations stated.
- Diagnosis before design: Each intervention addresses a diagnosed failure mode rather than a generic treatment.
- Inclusivity: Mobility, sensory and cognitive needs are audited and designed for explicitly.
- Network thinking: Junction continuity and whole-journey coherence are addressed, not isolated links.
- Defensible prioritisation: The ranking is reproducible and its sensitivity is tested.
Quality-assurance checklist
- Collision analysis states under-reporting and small-number limitations.
- Stress classification thresholds are recorded and applied consistently.
- No intervention is proposed without a diagnosed failure mode.
- Cycling provision is checked against pedestrian and blind-user conflict.
- Local highway design standards, accessibility legislation, crossing warrants, speed limit powers and audit procedures are confirmed with the relevant authority before the method is applied to a real scheme.
Common mistakes and correction tasks
- A treatment selected before the collision pattern was diagnosed. Correction: Diagnose the failure mode first and re-select the treatment against it.
- A route judged safe because no collisions are recorded on it. Correction: Test for suppressed demand using stress and severance evidence before concluding.
- A cycle track that terminates at the junction where risk concentrates. Correction: Extend continuous protection through the junction and redraw the concept.
- Tactile and dropped kerb provision omitted from a crossing concept. Correction: Add the inclusive elements and re-audit the corridor against the framework.
- A prioritisation ranking with unpublished weights. Correction: Publish the weights, re-score and test the ranking's sensitivity.
Enrolment status
Enrolment is not currently available. This course is still undergoing content, media and professional review.
Register Interest is an expression of interest only. It works without an account, creates no enrolment, no reserved place and no payment order.
Protected lessons, approved videos and approved resource files are not accessible. No protected file URL, signed link or download entitlement is created.
Payments are disabled. No price, checkout, payment provider, payment order or paid-course claim exists in the Academy.
Outstanding before enrolment could open
- Outstanding — Professional content review is complete
- Outstanding — Required videos recorded, reviewed and approved, or the course approved as written-only
- Outstanding — Required practical resources approved and available
- Outstanding — Learner terms approved
- Outstanding — Privacy and data-handling requirements approved
- Outstanding — Course availability explicitly enabled by an authorised administrator
- Outstanding — Payment and refund terms approved (paid courses)
- Outstanding — Payment provider configuration complete (where payment is required)
- Outstanding — Authentication email delivery configured and tested
- Outstanding — Protected content access tested
- Outstanding — Approved delivery and support process in place
Progress, assessment and certificates
Submission access is not currently available
Lesson and course progress tracking is not active. No progress record, completion percentage or completed lesson exists for any account, and no course can record progress until enrolment opens.
Practical assessments cannot be submitted. Submission access is not currently available: there is no active enrolment, no upload configuration and no authorised reviewer workflow in operation.
No assessment has been marked, reviewed, corrected or passed. Reviewer feedback, correction tasks and pass decisions are made by an authorised human reviewer and none exists.
No certificate is issued, approved or pending. A future Academy certificate would be a course-completion certificate only — not a professional licence, statutory qualification, accreditation or government-recognised award.
Certificate verification is disabled until a certificate is genuinely issued. No verification result is produced for any reference.
Assessment formats planned for the Academy
Written briefs, required deliverables and marking criteria are published inside the course content above for open review. None of them can be submitted or marked at present.
- Practical planning task
- GIS mapping exercise
- Site-appraisal task
- Feasibility assessment
- CAD or drawing task
- Revit coordination task
- Planning-report task
- Policy-assessment task
- Transport or access analysis
- Environmental or green-infrastructure exercise
- Final course project
Outstanding before completion or a certificate could exist
- Outstanding — Learner identity verified by an authorised member of staff
- Outstanding — Learner holds a valid active or completed enrolment
- Outstanding — All required lessons completed
- Outstanding — All required practical assessments passed
- Outstanding — A recorded assessment decision exists for every required task
- Outstanding — All requested corrections completed
- Outstanding — Course content professionally reviewed and signed off
- Outstanding — Authorised reviewer has approved completion
- Outstanding — Course certificate policy approved
- Outstanding — Certificate wording approved by Ideeplan Consult
- Outstanding — Course is officially available
- Outstanding — Unique certificate numbering and a secure verification route configured
Practical resources
Resources for this course
13 resource records · 13 with a written preview · 0 with a file under preparation · Download access not yet enabled.
All demonstration material is synthetic, publicly licensed or owned by Ideeplan Consult and is labelled as demonstration material. No confidential client file, personal information, private agency document or unreleased project drawing is used.
- Written preview available — downloadable file not yet available
Practical project brief
Sets the professional situation, the role the learner takes and what must be produced.
- Resource type
- Brief
- Format
- Written brief shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — One brief governs the whole course: every lesson exercise contributes to the same final deliverable.
- Access
- No account required — written preview is public
- A synthetic town of 48,000 people with three collision clusters, a contested school corridor and a discontinuous cycle network.
- Your role: Active travel and safety planner preparing an evidenced improvement programme.
- Available information: Synthetic 42-kilometre walk and cycle network with physical attributes.
- Available information: Three synthetic collision cluster datasets with severity and manoeuvre detail.
- Available information: Public population, age and deprivation data.
- Available information: Ideeplan-owned assessment, inclusive audit and prioritisation frameworks.
- Required analysis: Network gap and detour analysis between major trip generators.
- Required analysis: Stress classification across the whole network.
- Required analysis: Cluster characterisation and design failure mode diagnosis.
- Required analysis: Inclusive access audit of the school corridor.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Client-style instruction and problem statement
Gives the learner the instruction as a practitioner would receive it, and names the problem to be solved.
- Resource type
- Brief
- Format
- Written statement shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — Scenario framing applies to every lesson in the course.
- Access
- No account required — written preview is public
Synthetic town with a 42-kilometre walk and cycle network, three synthetic collision cluster datasets, a school corridor of 1.8 kilometres, public population and deprivation data, and an Ideeplan-owned inclusive design audit framework.
Active travel schemes fail when they are designed for the users who already cycle, stop at the junctions where risk concentrates, and treat accessibility as an afterthought. Safety evidence is often anecdotal, so investment follows complaint volume rather than harm. The professional problem is evidencing risk and designing for the least confident user.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Module 1 learner worksheet — Module 1 — Network assessment
Lists the practical steps the learner carries out in this module, in order.
- Resource type
- Worksheet
- Format
- Written worksheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Network assessment with mapped gaps and severance points.
- Lessons supported
- 3 — Supports the 3 lessons in module 1, which build one shared output.
- Access
- No account required — written preview is public
- Coherence, directness and network gaps — Map network gaps between the five largest trip generators and calculate detour ratios.
- Comfort, stress and the least confident user — Classify the network by stress level and identify every high-stress link on the school corridor.
- Who is being excluded — Overlay provision quality against population need and identify the three worst-served areas.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Module 2 learner worksheet — Module 2 — Safety evidence
Lists the practical steps the learner carries out in this module, in order.
- Resource type
- Worksheet
- Format
- Written worksheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Safety analysis with characterised clusters and causal failure modes.
- Lessons supported
- 3 — Supports the 3 lessons in module 2, which build one shared output.
- Access
- No account required — written preview is public
- Reading collision data properly — Analyse the three clusters by severity, mode and manoeuvre and record the data's limitations.
- From pattern to failure mode — Diagnose the design failure mode behind each cluster and evidence it from the site geometry.
- Perceived risk and suppressed demand — Identify two suppressed-demand locations and evidence them without relying on collision counts.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Module 3 learner worksheet — Module 3 — Inclusive design and programme
Lists the practical steps the learner carries out in this module, in order.
- Resource type
- Worksheet
- Format
- Written worksheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Prioritised active travel and safety programme with concept designs.
- Lessons supported
- 3 — Supports the 3 lessons in module 3, which build one shared output.
- Access
- No account required — written preview is public
- Inclusive access audit — Audit the school corridor against the inclusive framework and log every barrier with its affected user group.
- Designing link and junction interventions — Produce concept designs for two junctions and one link, each addressing its diagnosed failure mode.
- Prioritisation and programme — Score all interventions against the framework and produce the prioritised programme within the funding envelope.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Task checklist
Confirms every required piece of work has been produced before submission.
- Resource type
- Checklist
- Format
- Written checklist shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — A single task checklist tracks progress across all modules.
- Access
- No account required — written preview is public
- Network assessment maps with gaps and severance.
- Safety analysis with diagnosed failure modes and stated data limits.
- Inclusive access barrier log.
- Concept designs for two junctions and one link.
- Prioritised programme within the funding envelope.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Example data and drawing base
Synthetic walk and cycle network with surface, width and gradient attributes, public population and deprivation data and an Ideeplan-owned network assessment framework. GIS exercises are planned around plain, checkable formats: CSV and clearly labelled local-grid JSON on the named grid IDP-LOCAL-GRID. GeoJSON is not used for local-grid training data because the format asserts WGS 84 degrees. No QGIS project file, GeoPackage or raster file is claimed.
- Resource type
- GIS exercise pack
- Format
- CSV and local-grid JSON (planned) — no GeoJSON, QGIS project, GeoPackage or raster file is claimed
- Status
- Planned
- Data classification
- Synthetic demonstration data
- Licence or ownership
- Synthetic demonstration material prepared by Ideeplan Consult. No client file, personal information, private agency document or unreleased project drawing is used.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — One demonstration data base is used by every lesson so results stay comparable.
- Access
- No account required — written preview is public
Demonstration data item What it contains and how it is used Data ownership and licence Synthetic training data prepared and owned by Ideeplan Consult. It is fictional: it is not a real client project, a real site or a real location, and it must not be presented as one. Free to study on this page; redistribution is not permitted. Module 1 input — Module 1 — Network assessment Synthetic walk and cycle network with surface, width and gradient attributes, public population and deprivation data and an Ideeplan-owned network assessment framework. Module 2 input — Module 2 — Safety evidence Three synthetic collision cluster datasets with severity, mode and manoeuvre attributes, and an Ideeplan-owned safety analysis sheet. Module 3 input — Module 3 — Inclusive design and programme Ideeplan-owned inclusive design audit framework, synthetic cost bands and a synthetic funding envelope. Lawful sourcing where real data is substituted Where a learner substitutes real data, use only openly licensed or lawfully obtained sources, record the publisher, dataset title, version and access date, and cite them in the final deliverable. Do not use restricted, confidential or personal data. Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Analysis and calculation template
Structures the analysis so assumptions are visible and checkable. Any figures used in a template are teaching assumptions, not market evidence. Local costs, policies, standards and valuation assumptions must be independently confirmed before any of this is applied to a real project.
- Resource type
- Suitability matrix
- Format
- CSV matrix (planned)
- Status
- Planned
- Data classification
- Synthetic demonstration data
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — The same analysis structure is completed progressively through the course.
- Access
- No account required — written preview is public
- Record every assumption on its own labelled row, with the source or reason beside it.
- Module 1 working section — Network assessment with mapped gaps and severance points.
- Module 2 working section — Safety analysis with characterised clusters and causal failure modes.
- Module 3 working section — Prioritised active travel and safety programme with concept designs.
- Required output carried into the analysis — Network assessment maps with gaps and severance.
- Required output carried into the analysis — Safety analysis with diagnosed failure modes and stated data limits.
- Required output carried into the analysis — Inclusive access barrier log.
- Required output carried into the analysis — Concept designs for two junctions and one link.
- Required output carried into the analysis — Prioritised programme within the funding envelope.
- Check row: totals, units and areas reconcile before the result is carried into the deliverable.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Final deliverable template
Sets the expected structure and presentation standard for Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions.
- Resource type
- Site plan base
- Format
- PDF and DXF (planned)
- Status
- Planned
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — The final deliverable draws on every module output.
- Access
- No account required — written preview is public
- Final named deliverable — Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Section 1 — Network assessment with mapped gaps and severance points.
- Section 2 — Safety analysis with characterised clusters and causal failure modes.
- Section 3 — Prioritised active travel and safety programme with concept designs.
- Must be present — Network assessment maps with gaps and severance.
- Must be present — Safety analysis with diagnosed failure modes and stated data limits.
- Must be present — Inclusive access barrier log.
- Must be present — Concept designs for two junctions and one link.
- Must be present — Prioritised programme within the funding envelope.
- Presentation and submission standard — Every classification threshold recorded, every diagnosis linked to evidence, every barrier tied to a user group, and every ranking reproducible from published scores.
- Sources and citations: list every dataset, publisher, version and access date used, and state clearly where synthetic Ideeplan training data was used.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Quality-control checklist
Professional checks to run before the work is treated as finished.
- Resource type
- Checklist
- Format
- Written checklist shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — Quality control is applied to the whole submission, not to a single lesson.
- Access
- No account required — written preview is public
- Collision analysis states under-reporting and small-number limitations.
- Stress classification thresholds are recorded and applied consistently.
- No intervention is proposed without a diagnosed failure mode.
- Cycling provision is checked against pedestrian and blind-user conflict.
- Local highway design standards, accessibility legislation, crossing warrants, speed limit powers and audit procedures are confirmed with the relevant authority before the method is applied to a real scheme.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Marking and review rubric
States what a satisfactory professional standard looks like for each criterion.
- Resource type
- Marking rubric
- Format
- Written rubric shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — One rubric reviews the final deliverable produced across all modules.
- Access
- No account required — written preview is public
Criterion Satisfactory standard Evidence quality Safety conclusions are supported by data with limitations stated. Diagnosis before design Each intervention addresses a diagnosed failure mode rather than a generic treatment. Inclusivity Mobility, sensory and cognitive needs are audited and designed for explicitly. Network thinking Junction continuity and whole-journey coherence are addressed, not isolated links. Defensible prioritisation The ranking is reproducible and its sensitivity is tested. Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Correction-task sheet
Common professional mistakes and the correction the learner practises.
- Resource type
- Correction-task sheet
- Format
- Written task sheet shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — Correction tasks address mistakes that can appear anywhere in the course.
- Access
- No account required — written preview is public
- A treatment selected before the collision pattern was diagnosed. — Diagnose the failure mode first and re-select the treatment against it.
- A route judged safe because no collisions are recorded on it. — Test for suppressed demand using stress and severance evidence before concluding.
- A cycle track that terminates at the junction where risk concentrates. — Extend continuous protection through the junction and redraw the concept.
- Tactile and dropped kerb provision omitted from a crossing concept. — Add the inclusive elements and re-audit the corridor against the framework.
- A prioritisation ranking with unpublished weights. — Publish the weights, re-score and test the ranking's sensitivity.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
- Written preview available — downloadable file not yet available
Submission guidance
How the finished work should be assembled and presented for professional review.
- Resource type
- Checklist
- Format
- Written guidance shown on this page
- Status
- Draft
- Data classification
- Ideeplan-owned demonstration material
- Licence or ownership
- Ideeplan Consult-owned teaching material. Free to read on this page; redistribution is not permitted.
- Related deliverable
- Active Travel and Road Safety Improvement Programme with network assessment, safety analysis and prioritised interventions
- Lessons supported
- 9 — Submission guidance covers the single final deliverable.
- Access
- No account required — written preview is public
Every classification threshold recorded, every diagnosis linked to evidence, every barrier tied to a user group, and every ranking reproducible from published scores.
Resource file not yet available. The written instructions on this page are complete and can be followed without any download, account, enrolment or payment.
Media status
Video lessons for this course
- Video lessons
- Video lesson: Not recorded — authentic professional recording required.
- Narration
- Professional narration — planned, not produced
- Captions
- Not yet produced
- Transcript
- Not yet produced
- Software demonstration
- Genuine screen capture from the real application only — no mockup, simulated interface or AI-generated screen.
- Software version and operating system
- No software version is published until it has been read from the actual recorded session. Until then the version reads “To be stated from the recorded session”.
- Production plan
- Prepared for professional review
- Enrolment, payment and downloads
- Disabled
Video lesson: Not recorded — authentic professional recording required. The written lesson on this page is complete and can be read in full without a video, an account, enrolment or payment.
Authentic software screen capture only — non-negotiable standard
Applies to every software demonstrated in the Academy, including AutoCAD, QGIS, Revit, ArcGIS, SketchUp, Lumion, Civil 3D, Rhino and any other software used. The final video must accurately represent what a learner sees when using the stated software version.
- Every demonstration is a genuine screen recording or screenshot captured from the actual installed software being taught.
- The exact software name, version, operating system and relevant workspace are stated on screen and in the lesson notes, as read from the recorded session.
- The real interface is shown: menus, panels, toolbars, properties, layer controls, settings and the command line or log.
- The real cursor, tool selection, commands, settings and the resulting output are visible.
- Capture is 16:9 and readable at 720p, with clear, unhurried cursor movement; the screen stays clear enough for learners to follow.
- The view zooms in whenever text, settings, coordinates or field values would otherwise be hard to read.
- The exact command, menu path or tool name is shown as it appears in the software.
- Useful keyboard shortcuts are shown alongside the menu path, never instead of it.
- Differences between software versions or operating systems are stated wherever the interface may display differently.
- Steps are numbered on screen, with callouts pointing at the actual control being used.
- Any annotation is added only after recording and must never alter or misrepresent the software interface.
- Captions and a complete transcript are produced before professional review.
- Any presenter window stays small, is positioned clear of technical content, and is hidden on mobile widths and on dense technical screens.
Interface visibility on every recording
- The full application interface is shown at the beginning of every demonstration, with the application identity and exact version clearly visible.
- The relevant menu bar, ribbon, toolbar or toolbox stays visible while each step is explained; the interface context is never cropped away.
- Layers, properties, project browser or data panels are shown wherever applicable.
- The command line, status bar or coordinate/CRS information is shown wherever relevant.
- Real cursor movement and visible clicks are captured, with visible cursor highlighting or click indicators.
- The selected tool and its effect are visible, and complete dialog boxes and settings are shown whenever one is opened.
- The resulting drawing, map, model or output is shown in the recording.
- Zoom is used only when necessary for small text or settings, always retaining enough context to identify the application and tool in use.
- The standard applies to every software course and is verified before any video is marked recorded or approved; if the required authentic interface is not visible, the lesson remains “Video lesson: Not recorded — authentic professional recording required.”
Never used
- Generic website mockups standing in for a software workspace.
- Simulated, redrawn, reconstructed or redesigned replica interfaces for any software.
- AI-generated software screens, panels, dialogs or map canvases.
- Generic illustrations replacing the real interface.
- Unverified screenshots taken from any source other than the recorded session.
- Fake video players, placeholder thumbnails or invented durations.
- Invented menus, tool names, command names, dialog options or keyboard shortcuts.
- Hiding important controls or covering them with a presenter window.
- Annotations that alter or misrepresent the recorded software interface.
- Claiming or implying that a simulated screen is an authentic software demonstration.
AutoCAD — what the recording must show
Exact AutoCAD release to be stated from the recorded session. Operating system to be stated from the recorded session; ribbon layout and shortcuts differ between Windows and Mac.
- 1.Drawing setup: new drawing, template choice and workspace.
- 2.Units: the UNITS dialog, unit type, precision and insertion scale.
- 3.Layers: the Layer Properties Manager, layer creation, colour, linetype and lineweight.
- 4.Object properties: the Properties palette and how an object's layer and overrides are read.
- 5.Commands: the command line with the exact command typed, including options and prompts.
- 6.Dimensions: dimension style settings and a dimension placed on real geometry.
- 7.Layouts: layout tabs, sheet size and page setup.
- 8.Viewports: viewport creation, scale setting and viewport locking.
- 9.Title blocks: title block insertion and completion of the sheet fields.
- 10.Plot settings: the PLOT dialog, plot style, paper size, scale and preview.
- 11.Final drawing checks: audit, purge, layer check and a measured check against the plotted scale.
QGIS — what the recording must show
Exact QGIS version to be stated from the recorded session. Operating system to be stated from the recorded session; menu positions and file dialogs differ between systems.
- 1.Project CRS: Project Properties, the CRS tab and the selected coordinate reference system.
- 2.Layer loading: the Data Source Manager or Browser panel and the layer added to the canvas.
- 3.Layer properties: the Layer Properties dialog and each tab used in the lesson.
- 4.Symbology: the Symbology tab with the real renderer, classes and colour settings.
- 5.Attribute tables: the attribute table, field values, selection and expression use.
- 6.Processing tools: the Processing Toolbox with the tool searched and opened by its real name.
- 7.Analysis settings: every parameter in the tool dialog, including output location.
- 8.Map layout: the Print Layout window, page setup and map item.
- 9.Legend, scale and north arrow: each item added from the real layout toolbar.
- 10.Export and quality checks: the export dialog settings and a check of the exported file.
No authentic software recording or screenshot exists yet. Every software lesson remains “Video lesson: Not recorded — authentic professional recording required.”
Real professional classroom experience — every lesson
Applies to every future Academy lesson, software-based or not. The finished lesson presents as authentic professional training, professionally narrated and screen-led: video + written guide + supporting data + practical task + quality checklist + final named deliverable.
Lesson structure
- 1.Professional introduction.
- 2.Realistic project situation.
- 3.Learner role within that situation.
- 4.Problem statement.
- 5.Learning objectives.
- 6.Required software and data.
- 7.Step-by-step demonstration.
- 8.Explanation of the professional reasoning behind each action.
- 9.Practical learner task.
- 10.Checkpoint or pause activity.
- 11.Common mistake and its correction.
- 12.Quality-control review.
- 13.Final recap.
- 14.Named learner deliverable.
Video requirements
- Professional narration that is clear, natural and paced for instruction, synchronised with the screen action.
- Authentic screen recording from the actual software, with visible menus, tools, panels, commands, settings and outputs.
- Natural cursor movement and deliberate pacing, with a clear explanation of why each action is taken.
- Realistic corrections and troubleshooting shown, not edited away.
- Clear 16:9 screen capture.
- Captions and a complete transcript.
- Chapter titles and lesson sections.
- A small presenter window only where useful; it never covers technical content and is hidden on mobile or dense technical screens.
Never produced as a lesson
- Automated slideshows.
- Generic screen tours.
- Silent software demonstrations.
- Marketing videos presented as lessons.
- AI-avatar presentations.
- Simulated software tutorials.
- Fast montages without explanation.
- An invented tutor, instructor identity, voice, recording, thumbnail or completion status.
Lessons use only synthetic, publicly licensed or Ideeplan-owned examples. No confidential client information is used.
No genuine professional recording exists yet. Until one does, every lesson remains “Video lesson: Not recorded — authentic professional recording required.” Enrolment, payments, certificates and protected learner access stay disabled during this production stage.
Professional narration and screen-first production
- Every Academy lesson is planned as a professionally narrated, screen-led practical lesson with captions and a complete transcript.
- No AI avatar, virtual presenter or artificial talking head is used, and no named person is imitated. No lesson is described as human-narrated, instructor-led by a named person or personally presented unless that is factually true.
- No instructor identity is published until a real, named professional has recorded and approved the lesson.
- Recordings are screen-first: the GIS view, planning drawing, AutoCAD or Revit workspace or document remains the main subject of the frame.
- Any presenter picture-in-picture normally occupies about 8–10% of the frame, never covers technical content, and is reduced or hidden on small screens.
- The Principal Consultant portrait is reserved for approved introductions and conclusions. It is never used as a repeated course thumbnail, and the Academy remains company-first.
No lesson has been recorded and no narration has been produced. Scripts exist as production plans only, and every lesson video status remains “Not recorded”.
Demonstration material is synthetic, publicly licensed or owned by Ideeplan Consult. No confidential client file, unauthorised agency dataset or private project information is used.
Methods are jurisdiction-neutral. Learners must confirm local laws, policies and technical standards before applying them to a real project.
A production plan describes how a lesson would be recorded. It is not a recording, and it does not create an enrolment, account, payment or reserved place.
9 lesson production plans · suggested recording time about 90 minutes in total (a planning estimate, not a recorded duration) · every lesson video status: Not recorded.
Lesson 1 · Video lesson: Not recorded — authentic professional recording required.
Coherence, directness and network gaps
- Learning objective
- Assessing whether a network connects the origins and destinations that generate short trips, detour ratios, discontinuities at junctions and boundaries, and mapping gaps by the trips they prevent rather than by kilometres missing.
- Narration focus
- Find out where the network actually fails, and for whom.
- Screen action
- Map network gaps between the five largest trip generators and calculate detour ratios.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Synthetic walk and cycle network with surface, width and gradient attributes, public population and deprivation data and an Ideeplan-owned network assessment framework.
- Expected learner output
- Every gap is described by the journey it breaks, not only its length.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Assessing whether a network connects the origins and destinations that generate short trips, detour ratios, discontinuities at junctions and boundaries, and mapping gaps by the trips they prevent rather than by kilometres missing.
- 2.Map network gaps between the five largest trip generators and calculate detour ratios.
- 3.Every gap is described by the journey it breaks, not only its length.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 2 · Video lesson: Not recorded — authentic professional recording required.
Comfort, stress and the least confident user
- Learning objective
- Traffic speed and volume as the dominant comfort variables, separation thresholds, surface, width, gradient and lighting, stress classification across the network, and testing a route as a twelve-year-old or a wheelchair user would experience it.
- Narration focus
- Find out where the network actually fails, and for whom.
- Screen action
- Classify the network by stress level and identify every high-stress link on the school corridor.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Synthetic walk and cycle network with surface, width and gradient attributes, public population and deprivation data and an Ideeplan-owned network assessment framework.
- Expected learner output
- Stress classification is applied with recorded thresholds throughout.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Traffic speed and volume as the dominant comfort variables, separation thresholds, surface, width, gradient and lighting, stress classification across the network, and testing a route as a twelve-year-old or a wheelchair user would experience it.
- 2.Classify the network by stress level and identify every high-stress link on the school corridor.
- 3.Stress classification is applied with recorded thresholds throughout.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 3 · Video lesson: Not recorded — authentic professional recording required.
Who is being excluded
- Learning objective
- Overlaying deprivation, age structure and car availability to find where walking and cycling matter most, testing whether provision follows need, and stating distributional findings without overclaiming from small numbers.
- Narration focus
- Find out where the network actually fails, and for whom.
- Screen action
- Overlay provision quality against population need and identify the three worst-served areas.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Synthetic walk and cycle network with surface, width and gradient attributes, public population and deprivation data and an Ideeplan-owned network assessment framework.
- Expected learner output
- The distributional finding is supported by the data and its limits are stated.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Overlaying deprivation, age structure and car availability to find where walking and cycling matter most, testing whether provision follows need, and stating distributional findings without overclaiming from small numbers.
- 2.Overlay provision quality against population need and identify the three worst-served areas.
- 3.The distributional finding is supported by the data and its limits are stated.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 4 · Video lesson: Not recorded — authentic professional recording required.
Reading collision data properly
- Learning objective
- Severity classification, under-reporting of pedestrian and cycle injury, cluster identification versus random variation, small-number effects, and stating what collision data can and cannot prove.
- Narration focus
- Replace anecdote with defensible risk analysis.
- Screen action
- Analyse the three clusters by severity, mode and manoeuvre and record the data's limitations.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Three synthetic collision cluster datasets with severity, mode and manoeuvre attributes, and an Ideeplan-owned safety analysis sheet.
- Expected learner output
- Each cluster is characterised by dominant manoeuvre and severity profile.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Severity classification, under-reporting of pedestrian and cycle injury, cluster identification versus random variation, small-number effects, and stating what collision data can and cannot prove.
- 2.Analyse the three clusters by severity, mode and manoeuvre and record the data's limitations.
- 3.Each cluster is characterised by dominant manoeuvre and severity profile.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 5 · Video lesson: Not recorded — authentic professional recording required.
From pattern to failure mode
- Learning objective
- Moving from collision pattern to the design feature causing it, sightlines, turning conflicts, crossing distance and speed, near-miss and perceived-risk evidence, and avoiding intervention chosen before diagnosis.
- Narration focus
- Replace anecdote with defensible risk analysis.
- Screen action
- Diagnose the design failure mode behind each cluster and evidence it from the site geometry.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Three synthetic collision cluster datasets with severity, mode and manoeuvre attributes, and an Ideeplan-owned safety analysis sheet.
- Expected learner output
- Each diagnosis links a recorded collision pattern to a specific geometric feature.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Moving from collision pattern to the design feature causing it, sightlines, turning conflicts, crossing distance and speed, near-miss and perceived-risk evidence, and avoiding intervention chosen before diagnosis.
- 2.Diagnose the design failure mode behind each cluster and evidence it from the site geometry.
- 3.Each diagnosis links a recorded collision pattern to a specific geometric feature.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 6 · Video lesson: Not recorded — authentic professional recording required.
Perceived risk and suppressed demand
- Learning objective
- Why places with no collisions can still be dangerous because nobody walks there, suppressed demand, using stress classification and community evidence alongside collision data, and weighting both without double counting.
- Narration focus
- Replace anecdote with defensible risk analysis.
- Screen action
- Identify two suppressed-demand locations and evidence them without relying on collision counts.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Three synthetic collision cluster datasets with severity, mode and manoeuvre attributes, and an Ideeplan-owned safety analysis sheet.
- Expected learner output
- Suppressed-demand cases are argued from stress and severance evidence rather than collisions.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Why places with no collisions can still be dangerous because nobody walks there, suppressed demand, using stress classification and community evidence alongside collision data, and weighting both without double counting.
- 2.Identify two suppressed-demand locations and evidence them without relying on collision counts.
- 3.Suppressed-demand cases are argued from stress and severance evidence rather than collisions.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 7 · Video lesson: Not recorded — authentic professional recording required.
Inclusive access audit
- Learning objective
- Auditing for mobility, visual, hearing and cognitive needs, dropped kerbs, tactile surfaces, gradient, resting places, crossing timing, legibility and wayfinding, and the conflicts between cycling provision and blind pedestrians that must be designed out.
- Narration focus
- Design interventions that work for everyone and can be funded in order.
- Screen action
- Audit the school corridor against the inclusive framework and log every barrier with its affected user group.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Ideeplan-owned inclusive design audit framework, synthetic cost bands and a synthetic funding envelope.
- Expected learner output
- Every logged barrier names the user group affected and a measurable condition.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Auditing for mobility, visual, hearing and cognitive needs, dropped kerbs, tactile surfaces, gradient, resting places, crossing timing, legibility and wayfinding, and the conflicts between cycling provision and blind pedestrians that must be designed out.
- 2.Audit the school corridor against the inclusive framework and log every barrier with its affected user group.
- 3.Every logged barrier names the user group affected and a measurable condition.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 8 · Video lesson: Not recorded — authentic professional recording required.
Designing link and junction interventions
- Learning objective
- Matching the intervention to the diagnosed failure mode, junction treatment as the decisive element, continuity across side roads, crossing provision and timing, and testing that the intervention does not shift risk elsewhere.
- Narration focus
- Design interventions that work for everyone and can be funded in order.
- Screen action
- Produce concept designs for two junctions and one link, each addressing its diagnosed failure mode.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Ideeplan-owned inclusive design audit framework, synthetic cost bands and a synthetic funding envelope.
- Expected learner output
- Each concept states the failure mode it addresses and how it avoids displacing risk.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Matching the intervention to the diagnosed failure mode, junction treatment as the decisive element, continuity across side roads, crossing provision and timing, and testing that the intervention does not shift risk elsewhere.
- 2.Produce concept designs for two junctions and one link, each addressing its diagnosed failure mode.
- 3.Each concept states the failure mode it addresses and how it avoids displacing risk.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Lesson 9 · Video lesson: Not recorded — authentic professional recording required.
Prioritisation and programme
- Learning objective
- Building a transparent prioritisation framework covering harm reduction, trips enabled, equity, deliverability and cost, applying it consistently, testing the ranking's sensitivity, and writing a programme that can be defended when a lower-ranked scheme is politically preferred.
- Narration focus
- Design interventions that work for everyone and can be funded in order.
- Screen action
- Score all interventions against the framework and produce the prioritised programme within the funding envelope.
- Required software
- QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings
- Example data
- Ideeplan-owned inclusive design audit framework, synthetic cost bands and a synthetic funding envelope.
- Expected learner output
- Every intervention's rank is reproducible from the recorded scores and weights.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Building a transparent prioritisation framework covering harm reduction, trips enabled, equity, deliverability and cost, applying it consistently, testing the ranking's sensitivity, and writing a programme that can be defended when a lower-ranked scheme is politically preferred.
- 2.Score all interventions against the framework and produce the prioritised programme within the funding envelope.
- 3.Every intervention's rank is reproducible from the recorded scores and weights.
Quality review checklist
- Technical content (map, drawing, model or document) fills the majority of the frame and stays legible at 720p.
- Presenter picture-in-picture, if used, stays at roughly 8–10% of the frame, never covers legends, dimensions, labels or annotations, and is hidden on mobile widths and dense technical screens.
- Software shown is limited to QGIS, Spreadsheet software, AutoCAD or equivalent for concept drawings, with no suggestion of provider endorsement.
- Capture is a genuine screen recording from the real application — no mockup, simulated interface, AI-generated screen or unverified screenshot.
- The exact software name, version and, where relevant, operating system are read from the recorded session and stated on screen.
- Menus, panels, toolbars, layer controls and the command line or log are visible and legible; the view zooms in wherever text, settings or coordinates would be hard to read.
- The full application interface is shown at the beginning; menus, tools and panels stay visible throughout and the interface context is never cropped away, with zoom retaining enough context to identify the application and tool.
- Real cursor movement with visible highlighting or click indicators is captured; the selected tool, its effect, complete dialogs and the resulting output are all shown.
- The exact command, menu path or tool name is shown as it appears in the software, with useful keyboard shortcuts alongside it and alternative locations explained for other versions.
- Numbered on-screen steps and callouts point at the real controls being used; no menu, tool or command is invented.
- Until an authentic recording exists the lesson reads: “Video lesson: Not recorded — authentic professional recording required.”
- All data on screen is synthetic, publicly licensed or Ideeplan-owned, and is labelled as demonstration data.
- Narration states that methods are jurisdiction-neutral and that local laws, policies and standards must be confirmed.
- Captions and a transcript are produced before the recording can move to professional review.
- No client name, confidential file or private project information appears on screen at any point.
Course production standard
- Recordings are screen-first: the planning drawing, GIS view, AutoCAD or Revit workspace stays the main subject of the frame.
- Any presenter picture-in-picture normally occupies no more than about 8–10% of the frame and never covers maps, legends, drawings, dimensions or annotations.
- On mobile and on dense technical screens the presenter window is reduced further or hidden entirely.
- The Principal Consultant portrait is reserved for approved introductions, explanations and conclusions. It is not used as a generic thumbnail for every course.
- Narration is planned for professional human delivery. No AI narration, AI presenter or recorded lesson exists today.
No lesson has been recorded. Every lesson media status is “Not recorded”.
Any example data used in teaching is synthetic, publicly licensed or owned by Ideeplan Consult, and is clearly labelled as demonstration data. No client file, confidential document or unauthorised project material is used.
Want this course finished first?
Registering interest is not an enrolment. It tells Ideeplan Consult which subjects to complete and review first.