Applied professional course
GIS for Transport Accessibility and Network Analysis
Measure who can reach what, using network analysis, catchments and accessibility mapping to support planning decisions.
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 planning team preparing a growth-area evidence base needs to show, with reproducible analysis, which parts of the area are genuinely accessible on foot, by cycle and by public transport, and where new development would depend on car travel. Their previous evidence used straight-line buffers and was challenged.
Professional scenario
Synthetic growth area of roughly 40 square kilometres containing a town centre, three villages, a rail station, a bus network and a river with three crossings.
Planning problem
Straight-line catchments overstate access and hide severance. The professional problem is to measure accessibility along the real network, to treat barriers and service frequency honestly, and to produce evidence another analyst can reproduce.
Learning objectives
- Build a clean, routable network from raw line data.
- Produce network-based catchments for walking, cycling and public transport.
- Analyse severance, crossings and network gaps.
- Combine accessibility with land use to identify car-dependent locations.
- Document method so the analysis is reproducible and defensible.
Modules and lessons
0 of 9 lessons open
Module 1
Module 1 — Network data and topology
Make the network trustworthy before measuring anything with it.
What open and authority network data does and does not contain, path completeness, private routes, and how to assess fitness for purpose before use.
Practical exercise: Assess the teaching network and write a fitness-for-purpose note.
Checkpoint: The note states known gaps and their effect on results.
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.
Dangles, undershoots, unsnapped intersections, missing crossings, one-way handling, and why a single unsnapped node destroys a catchment.
Practical exercise: Repair the seeded topology errors and record each correction.
Checkpoint: A connectivity test returns a single routable network.
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.
Setting walk and cycle speeds, slope and crossing delay, modelling severance from rivers, rail and arterial roads, and documenting every assumption.
Practical exercise: Build the impedance field and a barrier layer with stated values.
Checkpoint: Every impedance value has a written justification.
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 road, path and crossing network with deliberate topology errors, plus a synthetic timetable extract.
Module output: Cleaned, routable network with a documented data-quality log.
Module 2
Module 2 — Accessibility analysis
Measure access along the network for each mode, honestly.
Service-area analysis, the difference between straight-line and network catchments, time bands that reflect real behaviour, and reporting population within each band.
Practical exercise: Produce walk and cycle catchments to key services and compare them to buffers.
Checkpoint: The buffer-versus-network overstatement 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.
Access to stops, waiting and interchange penalties, weighting by frequency rather than presence, and why a stop with two services a day is not access.
Practical exercise: Produce a frequency-weighted public transport accessibility surface for the area.
Checkpoint: Stops are weighted by service level, not by existence.
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.
Measuring detour ratios, identifying missing links, valuing a new crossing, and mapping gaps as opportunities rather than as absences.
Practical exercise: Calculate detour ratios and test the effect of one new crossing.
Checkpoint: The crossing test reports the change in population within each band.
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 service points, stop locations and frequency teaching data.
Module output: Multimodal accessibility catchment set with method documentation.
Module 3
Module 3 — Evidence, cartography and reproducibility
Turn analysis into evidence that withstands scrutiny.
Overlaying accessibility with population and land use, identifying car-dependent locations, and expressing findings as planning-relevant statements.
Practical exercise: Produce a car-dependency map with a supporting statistics table.
Checkpoint: Every mapped conclusion has a number behind it.
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.
Classification honesty, colour choice, scale and projection statements, legend completeness, and the checks that catch a misleading map.
Practical exercise: Run a QA pass on three maps and log every correction made.
Checkpoint: Each map states projection, source, date basis and classification method.
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.
Recording inputs, parameters, processing sequence and limitations so a second analyst can reproduce the result and a challenger can test it.
Practical exercise: Write the method statement and have a peer attempt a dry-run reproduction.
Checkpoint: A peer can follow the statement without asking a question.
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 population grid and land-use layer, plus Ideeplan-owned map templates.
Module output: Accessibility evidence-base report with reproducible method statement.
Project brief
A synthetic 40 square kilometre growth area with a town centre, three villages, a rail station, a bus network and a river with three crossings.
Your role: GIS analyst producing accessibility evidence for a planning team.
Information available
- Synthetic network, crossing and barrier layers with seeded errors.
- Synthetic stop, frequency, population and land-use teaching data.
- Ideeplan-owned map and method-statement templates.
Required analysis
- Network cleaning and connectivity verification.
- Walk, cycle and frequency-weighted public transport catchments.
- Severance and detour analysis, with a crossing scenario.
- Population and land-use intersection.
Required outputs
- Data-quality and fitness-for-purpose log.
- Multimodal catchment map set.
- Severance and detour analysis with a scenario test.
- Car-dependency map and statistics table.
- Reproducible method statement.
Presentation standard: Every map states projection, sources, date basis, classification and limitations. Every figure in the text matches the table it comes from.
Marking criteria
- Network integrity: Connectivity is verified and errors are logged, not silently fixed.
- Method honesty: Catchments are network-based and assumptions are stated.
- Frequency treatment: Public transport access is weighted by service level.
- Cartographic quality: Maps pass the QA checklist in full.
- Reproducibility: A second analyst can rebuild the result from the method statement.
Quality-assurance checklist
- Connectivity test passes on the final network.
- No catchment in the deliverable is a straight-line buffer.
- Every parameter value appears in the method statement.
- Classification breaks are stated and justified.
- Limitations section names the data gaps that matter.
Common mistakes and correction tasks
- Using straight-line buffers as catchments. Correction: Rebuild as network service areas and report the overstatement removed.
- Treating any bus stop as public transport access. Correction: Weight stops by frequency and re-map the accessibility surface.
- Unsnapped network nodes producing island catchments. Correction: Repair topology, re-run the analysis and log the change in results.
- Maps without projection, source or classification statements. Correction: Complete the map metadata block on every output.
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
- Transport accessibility evidence base with reproducible method statement
- 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 40 square kilometre growth area with a town centre, three villages, a rail station, a bus network and a river with three crossings.
- Your role: GIS analyst producing accessibility evidence for a planning team.
- Available information: Synthetic network, crossing and barrier layers with seeded errors.
- Available information: Synthetic stop, frequency, population and land-use teaching data.
- Available information: Ideeplan-owned map and method-statement templates.
- Required analysis: Network cleaning and connectivity verification.
- Required analysis: Walk, cycle and frequency-weighted public transport catchments.
- Required analysis: Severance and detour analysis, with a crossing scenario.
- Required analysis: Population and land-use intersection.
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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — Scenario framing applies to every lesson in the course.
- Access
- No account required — written preview is public
Synthetic growth area of roughly 40 square kilometres containing a town centre, three villages, a rail station, a bus network and a river with three crossings.
Straight-line catchments overstate access and hide severance. The professional problem is to measure accessibility along the real network, to treat barriers and service frequency honestly, and to produce evidence another analyst can reproduce.
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 data and topology
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
- Cleaned, routable network with a documented data-quality log.
- Lessons supported
- 3 — Supports the 3 lessons in module 1, which build one shared output.
- Access
- No account required — written preview is public
- Sourcing and assessing network data — Assess the teaching network and write a fitness-for-purpose note.
- Topology cleaning and connectivity — Repair the seeded topology errors and record each correction.
- Impedance, speeds and barriers — Build the impedance field and a barrier layer with stated values.
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 — Accessibility 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
- Multimodal accessibility catchment set with method documentation.
- Lessons supported
- 3 — Supports the 3 lessons in module 2, which build one shared output.
- Access
- No account required — written preview is public
- Walk and cycle isochrones — Produce walk and cycle catchments to key services and compare them to buffers.
- Public transport access and frequency weighting — Produce a frequency-weighted public transport accessibility surface for the area.
- Severance, crossings and network gaps — Calculate detour ratios and test the effect of one new crossing.
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 — Evidence, cartography and reproducibility
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
- Accessibility evidence-base report with reproducible method statement.
- Lessons supported
- 3 — Supports the 3 lessons in module 3, which build one shared output.
- Access
- No account required — written preview is public
- Combining accessibility with land use and population — Produce a car-dependency map with a supporting statistics table.
- Map quality assurance — Run a QA pass on three maps and log every correction made.
- Writing a reproducible method statement — Write the method statement and have a peer attempt a dry-run reproduction.
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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — A single task checklist tracks progress across all modules.
- Access
- No account required — written preview is public
- Data-quality and fitness-for-purpose log.
- Multimodal catchment map set.
- Severance and detour analysis with a scenario test.
- Car-dependency map and statistics table.
- Reproducible method statement.
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 road, path and crossing network with deliberate topology errors, plus a synthetic timetable extract. 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
- Transport accessibility evidence base with reproducible method statement
- 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 data and topology Synthetic road, path and crossing network with deliberate topology errors, plus a synthetic timetable extract. Module 2 input — Module 2 — Accessibility analysis Synthetic service points, stop locations and frequency teaching data. Module 3 input — Module 3 — Evidence, cartography and reproducibility Synthetic population grid and land-use layer, plus Ideeplan-owned map templates. 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
- Transport accessibility evidence base with reproducible method statement
- 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 — Cleaned, routable network with a documented data-quality log.
- Module 2 working section — Multimodal accessibility catchment set with method documentation.
- Module 3 working section — Accessibility evidence-base report with reproducible method statement.
- Required output carried into the analysis — Data-quality and fitness-for-purpose log.
- Required output carried into the analysis — Multimodal catchment map set.
- Required output carried into the analysis — Severance and detour analysis with a scenario test.
- Required output carried into the analysis — Car-dependency map and statistics table.
- Required output carried into the analysis — Reproducible method statement.
- 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 Transport accessibility evidence base with reproducible method statement.
- 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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — The final deliverable draws on every module output.
- Access
- No account required — written preview is public
- Final named deliverable — Transport accessibility evidence base with reproducible method statement
- Section 1 — Cleaned, routable network with a documented data-quality log.
- Section 2 — Multimodal accessibility catchment set with method documentation.
- Section 3 — Accessibility evidence-base report with reproducible method statement.
- Must be present — Data-quality and fitness-for-purpose log.
- Must be present — Multimodal catchment map set.
- Must be present — Severance and detour analysis with a scenario test.
- Must be present — Car-dependency map and statistics table.
- Must be present — Reproducible method statement.
- Presentation and submission standard — Every map states projection, sources, date basis, classification and limitations. Every figure in the text matches the table it comes from.
- 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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — Quality control is applied to the whole submission, not to a single lesson.
- Access
- No account required — written preview is public
- Connectivity test passes on the final network.
- No catchment in the deliverable is a straight-line buffer.
- Every parameter value appears in the method statement.
- Classification breaks are stated and justified.
- Limitations section names the data gaps that matter.
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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — One rubric reviews the final deliverable produced across all modules.
- Access
- No account required — written preview is public
Criterion Satisfactory standard Network integrity Connectivity is verified and errors are logged, not silently fixed. Method honesty Catchments are network-based and assumptions are stated. Frequency treatment Public transport access is weighted by service level. Cartographic quality Maps pass the QA checklist in full. Reproducibility A second analyst can rebuild the result from the method statement. 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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — Correction tasks address mistakes that can appear anywhere in the course.
- Access
- No account required — written preview is public
- Using straight-line buffers as catchments. — Rebuild as network service areas and report the overstatement removed.
- Treating any bus stop as public transport access. — Weight stops by frequency and re-map the accessibility surface.
- Unsnapped network nodes producing island catchments. — Repair topology, re-run the analysis and log the change in results.
- Maps without projection, source or classification statements. — Complete the map metadata block on every output.
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
- Transport accessibility evidence base with reproducible method statement
- Lessons supported
- 9 — Submission guidance covers the single final deliverable.
- Access
- No account required — written preview is public
Every map states projection, sources, date basis, classification and limitations. Every figure in the text matches the table it comes from.
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.
Sourcing and assessing network data
- Learning objective
- What open and authority network data does and does not contain, path completeness, private routes, and how to assess fitness for purpose before use.
- Narration focus
- Make the network trustworthy before measuring anything with it.
- Screen action
- Assess the teaching network and write a fitness-for-purpose note.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic road, path and crossing network with deliberate topology errors, plus a synthetic timetable extract.
- Expected learner output
- The note states known gaps and their effect on results.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.What open and authority network data does and does not contain, path completeness, private routes, and how to assess fitness for purpose before use.
- 2.Assess the teaching network and write a fitness-for-purpose note.
- 3.The note states known gaps and their effect on results.
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, 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.
Topology cleaning and connectivity
- Learning objective
- Dangles, undershoots, unsnapped intersections, missing crossings, one-way handling, and why a single unsnapped node destroys a catchment.
- Narration focus
- Make the network trustworthy before measuring anything with it.
- Screen action
- Repair the seeded topology errors and record each correction.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic road, path and crossing network with deliberate topology errors, plus a synthetic timetable extract.
- Expected learner output
- A connectivity test returns a single routable network.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Dangles, undershoots, unsnapped intersections, missing crossings, one-way handling, and why a single unsnapped node destroys a catchment.
- 2.Repair the seeded topology errors and record each correction.
- 3.A connectivity test returns a single routable network.
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, 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.
Impedance, speeds and barriers
- Learning objective
- Setting walk and cycle speeds, slope and crossing delay, modelling severance from rivers, rail and arterial roads, and documenting every assumption.
- Narration focus
- Make the network trustworthy before measuring anything with it.
- Screen action
- Build the impedance field and a barrier layer with stated values.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic road, path and crossing network with deliberate topology errors, plus a synthetic timetable extract.
- Expected learner output
- Every impedance value has a written justification.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Setting walk and cycle speeds, slope and crossing delay, modelling severance from rivers, rail and arterial roads, and documenting every assumption.
- 2.Build the impedance field and a barrier layer with stated values.
- 3.Every impedance value has a written justification.
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, 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.
Walk and cycle isochrones
- Learning objective
- Service-area analysis, the difference between straight-line and network catchments, time bands that reflect real behaviour, and reporting population within each band.
- Narration focus
- Measure access along the network for each mode, honestly.
- Screen action
- Produce walk and cycle catchments to key services and compare them to buffers.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic service points, stop locations and frequency teaching data.
- Expected learner output
- The buffer-versus-network overstatement is quantified.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Service-area analysis, the difference between straight-line and network catchments, time bands that reflect real behaviour, and reporting population within each band.
- 2.Produce walk and cycle catchments to key services and compare them to buffers.
- 3.The buffer-versus-network overstatement 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, 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.
Public transport access and frequency weighting
- Learning objective
- Access to stops, waiting and interchange penalties, weighting by frequency rather than presence, and why a stop with two services a day is not access.
- Narration focus
- Measure access along the network for each mode, honestly.
- Screen action
- Produce a frequency-weighted public transport accessibility surface for the area.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic service points, stop locations and frequency teaching data.
- Expected learner output
- Stops are weighted by service level, not by existence.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Access to stops, waiting and interchange penalties, weighting by frequency rather than presence, and why a stop with two services a day is not access.
- 2.Produce a frequency-weighted public transport accessibility surface for the area.
- 3.Stops are weighted by service level, not by existence.
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, 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.
Severance, crossings and network gaps
- Learning objective
- Measuring detour ratios, identifying missing links, valuing a new crossing, and mapping gaps as opportunities rather than as absences.
- Narration focus
- Measure access along the network for each mode, honestly.
- Screen action
- Calculate detour ratios and test the effect of one new crossing.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic service points, stop locations and frequency teaching data.
- Expected learner output
- The crossing test reports the change in population within each band.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Measuring detour ratios, identifying missing links, valuing a new crossing, and mapping gaps as opportunities rather than as absences.
- 2.Calculate detour ratios and test the effect of one new crossing.
- 3.The crossing test reports the change in population within each band.
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, 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.
Combining accessibility with land use and population
- Learning objective
- Overlaying accessibility with population and land use, identifying car-dependent locations, and expressing findings as planning-relevant statements.
- Narration focus
- Turn analysis into evidence that withstands scrutiny.
- Screen action
- Produce a car-dependency map with a supporting statistics table.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic population grid and land-use layer, plus Ideeplan-owned map templates.
- Expected learner output
- Every mapped conclusion has a number behind it.
- Suggested length
- About 8 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Overlaying accessibility with population and land use, identifying car-dependent locations, and expressing findings as planning-relevant statements.
- 2.Produce a car-dependency map with a supporting statistics table.
- 3.Every mapped conclusion has a number behind it.
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, 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.
Map quality assurance
- Learning objective
- Classification honesty, colour choice, scale and projection statements, legend completeness, and the checks that catch a misleading map.
- Narration focus
- Turn analysis into evidence that withstands scrutiny.
- Screen action
- Run a QA pass on three maps and log every correction made.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic population grid and land-use layer, plus Ideeplan-owned map templates.
- Expected learner output
- Each map states projection, source, date basis and classification method.
- Suggested length
- About 10 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Classification honesty, colour choice, scale and projection statements, legend completeness, and the checks that catch a misleading map.
- 2.Run a QA pass on three maps and log every correction made.
- 3.Each map states projection, source, date basis and classification method.
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, 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.
Writing a reproducible method statement
- Learning objective
- Recording inputs, parameters, processing sequence and limitations so a second analyst can reproduce the result and a challenger can test it.
- Narration focus
- Turn analysis into evidence that withstands scrutiny.
- Screen action
- Write the method statement and have a peer attempt a dry-run reproduction.
- Required software
- QGIS, Spreadsheet software
- Example data
- Synthetic population grid and land-use layer, plus Ideeplan-owned map templates.
- Expected learner output
- A peer can follow the statement without asking a question.
- Suggested length
- About 12 minutes (planning estimate)
- Captions and transcript
- Required before professional review
- Narration
- Professional narration — not yet produced
Demonstration sequence
- 1.Recording inputs, parameters, processing sequence and limitations so a second analyst can reproduce the result and a challenger can test it.
- 2.Write the method statement and have a peer attempt a dry-run reproduction.
- 3.A peer can follow the statement without asking a question.
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, 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.