Applied professional course
Public Transport, TOD and Multimodal Systems
Plan development around public transport: station catchments, interchange, feeder networks and the land-use response.
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 transport authority and a planning authority jointly own an underused suburban station surrounded by low-density land, surface parking and a severed pedestrian route. Bus services pass the station without connecting to it. The brief is to produce a transit-oriented development framework for the station area and an interchange improvement concept.
Professional scenario
Synthetic suburban station with a synthetic half-hourly rail service, three bus routes, an 800-metre walk catchment interrupted by a rail severance, 11 hectares of surface parking and low-density land, and public population data for the surrounding area.
Planning problem
Stations are treated as infrastructure to arrive at rather than as places to build around, so land near frequent services stays low-density while growth is pushed to car-dependent edges. Meanwhile, poor interchange between modes makes the whole journey unattractive even where services exist. The professional problem is coordinating land use and service design around whole journeys.
Learning objectives
- Analyse service quality, catchment and interchange performance at a station.
- Test realistic development capacity within walk catchments of frequent services.
- Design an interchange concept that improves the whole multimodal journey.
- Set density, use and parking principles appropriate to transit accessibility.
- Produce a phased framework identifying who must deliver each part.
Modules and lessons
0 of 9 lessons open
Module 1
Module 1 — Service, catchment and interchange analysis
Understand the journey as the passenger experiences it.
Frequency, span, reliability and directness as the variables that determine whether a service supports density, the difference between a timetabled and a turn-up-and-go service, and how service quality should shape ambition for the station area.
Practical exercise: Summarise service quality for rail and each bus route and classify what each can realistically support.
Checkpoint: Each service is classified with the frequency and span evidence behind the classification.
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.
Network-based catchments against straight-line radii, barriers and severance, crossing delay as distance, gradient and perceived safety, and quantifying the population inside the true catchment.
Practical exercise: Build the network walk catchment at 400 and 800 metres and compare it to the radius catchment.
Checkpoint: The population difference between network and radius catchments is quantified.
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.
Auditing transfer distance, legibility, waiting environment, information, accessibility, cycle parking and drop-off, timetable coordination between modes, and recording defects in a form that supports design.
Practical exercise: Complete the interchange audit and produce a prioritised defect list.
Checkpoint: Each defect names the journey stage it damages and a measurable current 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.
Example data: Synthetic timetables for rail and three bus routes, public population data, a synthetic walk network with barriers and an Ideeplan-owned interchange audit sheet.
Module output: Station area baseline covering service quality, real catchments and interchange defects.
Module 2
Module 2 — Development capacity and TOD principles
Establish what should be built where, and at what intensity.
Setting intensity by walking time to the platform, transitions to existing low-density edges, avoiding uniform density across a catchment, and testing whether the assumed density is deliverable in typologies that fit the plots.
Practical exercise: Set a density gradient across the catchment and test one band with a real typology footprint.
Checkpoint: Each band states a density range and a typology that physically fits the plots.
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.
Uses that support all-day activity and off-peak ridership, sizing local services to the catchment population, active frontage where footfall exists, and avoiding commercial floorspace the catchment cannot sustain.
Practical exercise: Set a use mix for the station area with quantum justified against catchment population.
Checkpoint: Every non-residential quantum is justified by catchment population or an existing deficit.
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.
The land economics of surface parking, phased displacement of station parking, maximum parking standards, unbundled residential parking, and managing displaced on-street demand honestly.
Practical exercise: Produce a parking strategy that phases the release of surface parking with mitigation for displaced demand.
Checkpoint: Every parking space removed is accounted for by replacement, demand management or accepted reduction.
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 land ownership and parking extents, Ideeplan-owned density gradient reference and a synthetic housing and floorspace need statement.
Module output: Station area capacity study with density, use and parking principles.
Module 3
Module 3 — Interchange concept and delivery framework
Turn the analysis into a designed, deliverable framework.
Arranging bus stands, platform access, crossings, cycle parking and drop-off around minimum transfer distance, step-free routes, waiting environment quality, and the operational constraints buses actually impose.
Practical exercise: Draw the interchange concept with transfer distances dimensioned.
Checkpoint: Every transfer movement is dimensioned and step-free.
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.
Prioritising new or improved crossings, closing the gaps that shrink the catchment most, cycle route integration and secure parking, and testing the catchment gain each intervention buys.
Practical exercise: Select two severance interventions and quantify the catchment population gained by each.
Checkpoint: Each intervention is justified by a quantified catchment or journey-time gain.
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.
Sequencing interventions against development phases, identifying who controls land, funding and service decisions, dependencies between transport and planning authorities, and writing a framework that survives changes in either body.
Practical exercise: Produce the phased delivery schedule naming the responsible body and dependency for each item.
Checkpoint: No item lacks a responsible body and a stated dependency.
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 bus operating constraints, Ideeplan-owned framework plan template and a synthetic list of delivery bodies.
Module output: TOD framework plan with interchange concept and phased delivery schedule.
Project brief
A synthetic underused suburban station with 11 hectares of surface parking and low-density land, three passing bus routes and a severed walk catchment.
Your role: Lead planner producing a transit-oriented development framework.
Information available
- Synthetic rail and bus timetables with operating constraints.
- Public population data for the surrounding area.
- Synthetic walk network with barriers, ownership and parking extents.
- Ideeplan-owned interchange audit sheet, density reference and framework template.
Required analysis
- Service quality classification for every route.
- Network walk catchment compared against radius catchment.
- Interchange defect audit with measurable conditions.
- Capacity testing of the density gradient against real typologies.
Required outputs
- Station area baseline with catchment maps.
- Density gradient, use mix and parking strategy.
- Dimensioned interchange concept drawing.
- Severance interventions with quantified catchment gains.
- Phased delivery schedule with responsible bodies.
Presentation standard: Catchments shown as network-based areas, transfer distances dimensioned, every quantum justified against catchment evidence, and no proposal shown without a delivery owner.
Marking criteria
- Catchment accuracy: Catchments are network-based and account for barriers and crossing delay.
- Service realism: Density ambition matches the frequency and span the services actually offer.
- Interchange quality: Transfer distances are minimised, dimensioned and step-free.
- Parking integrity: Every displaced space is accounted for by replacement, management or accepted reduction.
- Deliverability: Each framework item names a responsible body, phase and dependency.
Quality-assurance checklist
- Catchments are network-derived and the barrier effect is quantified.
- Density bands are tested against typologies that fit the available plots.
- Non-residential floorspace is justified by catchment population or a stated deficit.
- No interchange movement requires steps or an undimensioned transfer.
- Local public transport powers, parking standards, accessibility requirements, highway approvals and funding mechanisms are confirmed with the relevant authorities before the method is applied to a real station area.
Common mistakes and correction tasks
- An 800-metre circle used as the walk catchment across a severance. Correction: Rebuild the catchment on the walk network and restate the population served.
- High density proposed around an infrequent, short-span service. Correction: Either moderate the density or make the framework conditional on a stated service uplift.
- Surface parking developed with no account of displaced demand. Correction: Add a phased displacement plan with replacement or demand management measures.
- Retail floorspace proposed beyond what the catchment can support. Correction: Resize the quantum against catchment population and state the evidence.
- A framework item with no named delivery body. Correction: Assign an owner and record the dependency, or remove the item.
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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- 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 underused suburban station with 11 hectares of surface parking and low-density land, three passing bus routes and a severed walk catchment.
- Your role: Lead planner producing a transit-oriented development framework.
- Available information: Synthetic rail and bus timetables with operating constraints.
- Available information: Public population data for the surrounding area.
- Available information: Synthetic walk network with barriers, ownership and parking extents.
- Available information: Ideeplan-owned interchange audit sheet, density reference and framework template.
- Required analysis: Service quality classification for every route.
- Required analysis: Network walk catchment compared against radius catchment.
- Required analysis: Interchange defect audit with measurable conditions.
- Required analysis: Capacity testing of the density gradient against real typologies.
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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — Scenario framing applies to every lesson in the course.
- Access
- No account required — written preview is public
Synthetic suburban station with a synthetic half-hourly rail service, three bus routes, an 800-metre walk catchment interrupted by a rail severance, 11 hectares of surface parking and low-density land, and public population data for the surrounding area.
Stations are treated as infrastructure to arrive at rather than as places to build around, so land near frequent services stays low-density while growth is pushed to car-dependent edges. Meanwhile, poor interchange between modes makes the whole journey unattractive even where services exist. The professional problem is coordinating land use and service design around whole journeys.
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 — Service, catchment and interchange analysis
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
- Station area baseline covering service quality, real catchments and interchange defects.
- Lessons supported
- 3 — Supports the 3 lessons in module 1, which build one shared output.
- Access
- No account required — written preview is public
- Service quality and what frequency means for land use — Summarise service quality for rail and each bus route and classify what each can realistically support.
- Real walk catchments, not circles — Build the network walk catchment at 400 and 800 metres and compare it to the radius catchment.
- Interchange audit — Complete the interchange audit and produce a prioritised defect list.
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 — Development capacity and TOD principles
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
- Station area capacity study with density, use and parking principles.
- Lessons supported
- 3 — Supports the 3 lessons in module 2, which build one shared output.
- Access
- No account required — written preview is public
- Density gradients and transit intensity — Set a density gradient across the catchment and test one band with a real typology footprint.
- Land use mix and the ground plane — Set a use mix for the station area with quantum justified against catchment population.
- Parking, car use and replacing surface parking — Produce a parking strategy that phases the release of surface parking with mitigation for displaced demand.
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 — Interchange concept and delivery framework
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
- TOD framework plan with interchange concept and phased delivery schedule.
- Lessons supported
- 3 — Supports the 3 lessons in module 3, which build one shared output.
- Access
- No account required — written preview is public
- Designing the interchange — Draw the interchange concept with transfer distances dimensioned.
- Repairing severance and the walk network — Select two severance interventions and quantify the catchment population gained by each.
- Phasing, ownership and delivery — Produce the phased delivery schedule naming the responsible body and dependency for each item.
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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — A single task checklist tracks progress across all modules.
- Access
- No account required — written preview is public
- Station area baseline with catchment maps.
- Density gradient, use mix and parking strategy.
- Dimensioned interchange concept drawing.
- Severance interventions with quantified catchment gains.
- Phased delivery schedule with responsible bodies.
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 timetables for rail and three bus routes, public population data, a synthetic walk network with barriers and an Ideeplan-owned interchange audit sheet. 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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- 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 — Service, catchment and interchange analysis Synthetic timetables for rail and three bus routes, public population data, a synthetic walk network with barriers and an Ideeplan-owned interchange audit sheet. Module 2 input — Module 2 — Development capacity and TOD principles Synthetic land ownership and parking extents, Ideeplan-owned density gradient reference and a synthetic housing and floorspace need statement. Module 3 input — Module 3 — Interchange concept and delivery framework Synthetic bus operating constraints, Ideeplan-owned framework plan template and a synthetic list of delivery bodies. 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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- 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 — Station area baseline covering service quality, real catchments and interchange defects.
- Module 2 working section — Station area capacity study with density, use and parking principles.
- Module 3 working section — TOD framework plan with interchange concept and phased delivery schedule.
- Required output carried into the analysis — Station area baseline with catchment maps.
- Required output carried into the analysis — Density gradient, use mix and parking strategy.
- Required output carried into the analysis — Dimensioned interchange concept drawing.
- Required output carried into the analysis — Severance interventions with quantified catchment gains.
- Required output carried into the analysis — Phased delivery schedule with responsible bodies.
- 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 Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule.
- Resource type
- Planning-report template
- Format
- Structured document outline (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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — The final deliverable draws on every module output.
- Access
- No account required — written preview is public
- Final named deliverable — Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Section 1 — Station area baseline covering service quality, real catchments and interchange defects.
- Section 2 — Station area capacity study with density, use and parking principles.
- Section 3 — TOD framework plan with interchange concept and phased delivery schedule.
- Must be present — Station area baseline with catchment maps.
- Must be present — Density gradient, use mix and parking strategy.
- Must be present — Dimensioned interchange concept drawing.
- Must be present — Severance interventions with quantified catchment gains.
- Must be present — Phased delivery schedule with responsible bodies.
- Presentation and submission standard — Catchments shown as network-based areas, transfer distances dimensioned, every quantum justified against catchment evidence, and no proposal shown without a delivery owner.
- 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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — Quality control is applied to the whole submission, not to a single lesson.
- Access
- No account required — written preview is public
- Catchments are network-derived and the barrier effect is quantified.
- Density bands are tested against typologies that fit the available plots.
- Non-residential floorspace is justified by catchment population or a stated deficit.
- No interchange movement requires steps or an undimensioned transfer.
- Local public transport powers, parking standards, accessibility requirements, highway approvals and funding mechanisms are confirmed with the relevant authorities before the method is applied to a real station area.
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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — One rubric reviews the final deliverable produced across all modules.
- Access
- No account required — written preview is public
Criterion Satisfactory standard Catchment accuracy Catchments are network-based and account for barriers and crossing delay. Service realism Density ambition matches the frequency and span the services actually offer. Interchange quality Transfer distances are minimised, dimensioned and step-free. Parking integrity Every displaced space is accounted for by replacement, management or accepted reduction. Deliverability Each framework item names a responsible body, phase and dependency. 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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — Correction tasks address mistakes that can appear anywhere in the course.
- Access
- No account required — written preview is public
- An 800-metre circle used as the walk catchment across a severance. — Rebuild the catchment on the walk network and restate the population served.
- High density proposed around an infrequent, short-span service. — Either moderate the density or make the framework conditional on a stated service uplift.
- Surface parking developed with no account of displaced demand. — Add a phased displacement plan with replacement or demand management measures.
- Retail floorspace proposed beyond what the catchment can support. — Resize the quantum against catchment population and state the evidence.
- A framework item with no named delivery body. — Assign an owner and record the dependency, or remove the item.
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
- Station Area Transit-Oriented Development Framework with interchange concept and phased delivery schedule
- Lessons supported
- 9 — Submission guidance covers the single final deliverable.
- Access
- No account required — written preview is public
Catchments shown as network-based areas, transfer distances dimensioned, every quantum justified against catchment evidence, and no proposal shown without a delivery owner.
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.
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.
Service quality and what frequency means for land use
- Learning objective
- Frequency, span, reliability and directness as the variables that determine whether a service supports density, the difference between a timetabled and a turn-up-and-go service, and how service quality should shape ambition for the station area.
- Narration focus
- Understand the journey as the passenger experiences it.
- Screen action
- Summarise service quality for rail and each bus route and classify what each can realistically support.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic timetables for rail and three bus routes, public population data, a synthetic walk network with barriers and an Ideeplan-owned interchange audit sheet.
- Expected learner output
- Each service is classified with the frequency and span evidence behind the classification.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Frequency, span, reliability and directness as the variables that determine whether a service supports density, the difference between a timetabled and a turn-up-and-go service, and how service quality should shape ambition for the station area.
- 2.Summarise service quality for rail and each bus route and classify what each can realistically support.
- 3.Each service is classified with the frequency and span evidence behind the classification.
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, Illustration or layout software, 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.
Real walk catchments, not circles
- Learning objective
- Network-based catchments against straight-line radii, barriers and severance, crossing delay as distance, gradient and perceived safety, and quantifying the population inside the true catchment.
- Narration focus
- Understand the journey as the passenger experiences it.
- Screen action
- Build the network walk catchment at 400 and 800 metres and compare it to the radius catchment.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic timetables for rail and three bus routes, public population data, a synthetic walk network with barriers and an Ideeplan-owned interchange audit sheet.
- Expected learner output
- The population difference between network and radius catchments is quantified.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Network-based catchments against straight-line radii, barriers and severance, crossing delay as distance, gradient and perceived safety, and quantifying the population inside the true catchment.
- 2.Build the network walk catchment at 400 and 800 metres and compare it to the radius catchment.
- 3.The population difference between network and radius catchments is quantified.
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, Illustration or layout software, 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.
Interchange audit
- Learning objective
- Auditing transfer distance, legibility, waiting environment, information, accessibility, cycle parking and drop-off, timetable coordination between modes, and recording defects in a form that supports design.
- Narration focus
- Understand the journey as the passenger experiences it.
- Screen action
- Complete the interchange audit and produce a prioritised defect list.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic timetables for rail and three bus routes, public population data, a synthetic walk network with barriers and an Ideeplan-owned interchange audit sheet.
- Expected learner output
- Each defect names the journey stage it damages and a measurable current condition.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Auditing transfer distance, legibility, waiting environment, information, accessibility, cycle parking and drop-off, timetable coordination between modes, and recording defects in a form that supports design.
- 2.Complete the interchange audit and produce a prioritised defect list.
- 3.Each defect names the journey stage it damages and a measurable current 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, Illustration or layout software, 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.
Density gradients and transit intensity
- Learning objective
- Setting intensity by walking time to the platform, transitions to existing low-density edges, avoiding uniform density across a catchment, and testing whether the assumed density is deliverable in typologies that fit the plots.
- Narration focus
- Establish what should be built where, and at what intensity.
- Screen action
- Set a density gradient across the catchment and test one band with a real typology footprint.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic land ownership and parking extents, Ideeplan-owned density gradient reference and a synthetic housing and floorspace need statement.
- Expected learner output
- Each band states a density range and a typology that physically fits the plots.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Setting intensity by walking time to the platform, transitions to existing low-density edges, avoiding uniform density across a catchment, and testing whether the assumed density is deliverable in typologies that fit the plots.
- 2.Set a density gradient across the catchment and test one band with a real typology footprint.
- 3.Each band states a density range and a typology that physically fits the plots.
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, Illustration or layout software, 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.
Land use mix and the ground plane
- Learning objective
- Uses that support all-day activity and off-peak ridership, sizing local services to the catchment population, active frontage where footfall exists, and avoiding commercial floorspace the catchment cannot sustain.
- Narration focus
- Establish what should be built where, and at what intensity.
- Screen action
- Set a use mix for the station area with quantum justified against catchment population.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic land ownership and parking extents, Ideeplan-owned density gradient reference and a synthetic housing and floorspace need statement.
- Expected learner output
- Every non-residential quantum is justified by catchment population or an existing deficit.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Uses that support all-day activity and off-peak ridership, sizing local services to the catchment population, active frontage where footfall exists, and avoiding commercial floorspace the catchment cannot sustain.
- 2.Set a use mix for the station area with quantum justified against catchment population.
- 3.Every non-residential quantum is justified by catchment population or an existing deficit.
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, Illustration or layout software, 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.
Parking, car use and replacing surface parking
- Learning objective
- The land economics of surface parking, phased displacement of station parking, maximum parking standards, unbundled residential parking, and managing displaced on-street demand honestly.
- Narration focus
- Establish what should be built where, and at what intensity.
- Screen action
- Produce a parking strategy that phases the release of surface parking with mitigation for displaced demand.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic land ownership and parking extents, Ideeplan-owned density gradient reference and a synthetic housing and floorspace need statement.
- Expected learner output
- Every parking space removed is accounted for by replacement, demand management or accepted reduction.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.The land economics of surface parking, phased displacement of station parking, maximum parking standards, unbundled residential parking, and managing displaced on-street demand honestly.
- 2.Produce a parking strategy that phases the release of surface parking with mitigation for displaced demand.
- 3.Every parking space removed is accounted for by replacement, demand management or accepted reduction.
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, Illustration or layout software, 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.
Designing the interchange
- Learning objective
- Arranging bus stands, platform access, crossings, cycle parking and drop-off around minimum transfer distance, step-free routes, waiting environment quality, and the operational constraints buses actually impose.
- Narration focus
- Turn the analysis into a designed, deliverable framework.
- Screen action
- Draw the interchange concept with transfer distances dimensioned.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic bus operating constraints, Ideeplan-owned framework plan template and a synthetic list of delivery bodies.
- Expected learner output
- Every transfer movement is dimensioned and step-free.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Arranging bus stands, platform access, crossings, cycle parking and drop-off around minimum transfer distance, step-free routes, waiting environment quality, and the operational constraints buses actually impose.
- 2.Draw the interchange concept with transfer distances dimensioned.
- 3.Every transfer movement is dimensioned and step-free.
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, Illustration or layout software, 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.
Repairing severance and the walk network
- Learning objective
- Prioritising new or improved crossings, closing the gaps that shrink the catchment most, cycle route integration and secure parking, and testing the catchment gain each intervention buys.
- Narration focus
- Turn the analysis into a designed, deliverable framework.
- Screen action
- Select two severance interventions and quantify the catchment population gained by each.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic bus operating constraints, Ideeplan-owned framework plan template and a synthetic list of delivery bodies.
- Expected learner output
- Each intervention is justified by a quantified catchment or journey-time gain.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Prioritising new or improved crossings, closing the gaps that shrink the catchment most, cycle route integration and secure parking, and testing the catchment gain each intervention buys.
- 2.Select two severance interventions and quantify the catchment population gained by each.
- 3.Each intervention is justified by a quantified catchment or journey-time gain.
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, Illustration or layout software, 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.
Phasing, ownership and delivery
- Learning objective
- Sequencing interventions against development phases, identifying who controls land, funding and service decisions, dependencies between transport and planning authorities, and writing a framework that survives changes in either body.
- Narration focus
- Turn the analysis into a designed, deliverable framework.
- Screen action
- Produce the phased delivery schedule naming the responsible body and dependency for each item.
- Required software
- QGIS, Spreadsheet software, Illustration or layout software
- Example data
- Synthetic bus operating constraints, Ideeplan-owned framework plan template and a synthetic list of delivery bodies.
- Expected learner output
- No item lacks a responsible body and a stated dependency.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Sequencing interventions against development phases, identifying who controls land, funding and service decisions, dependencies between transport and planning authorities, and writing a framework that survives changes in either body.
- 2.Produce the phased delivery schedule naming the responsible body and dependency for each item.
- 3.No item lacks a responsible body and a stated dependency.
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, Illustration or layout software, 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.