Computer Vision is a branch of Artificial Intelligence that enables computers to understand and interpret visual information such as images and videos. It combines Machine Learning, image processing, and deep learning techniques to allow machines to analyze visual data in ways similar to human vision. Human beings can easily identify objects, faces, colors, and movements using their eyes and brain. For computers, however, visual understanding is much more complex because images are stored as numerical pixel values. Computer Vision helps machines convert these pixel patterns into meaningful information. Modern Computer Vision systems are widely used in:
facial recognition
medical imaging
autonomous vehicles
security systems
industrial automation
Deep learning has significantly improved the accuracy and capabilities of Computer Vision applications in recent years. This chapter introduces the fundamentals of image processing and explains how AI systems recognize and analyze visual information.
9.1 Image Processing Fundamentals
Image Processing is the foundation of Computer Vision. Before machines can
identify objects or understand scenes, images must first be processed and prepared properly. Digital images consist of thousands or millions of pixels. Each pixel contains numerical information representing color and brightness. Image processing techniques help improve image quality and extract useful information for analysis. The main objective of image processing is to transform raw visual data into forms suitable for Machine Learning and Computer Vision systems. Digital Images and Pixels A digital image is made up of small units called pixels. Each pixel stores intensity or color information. When combined together, these pixels form a complete image. For example:
black-and-white images use grayscale values
colored images use RGB color combinations
Computer Vision systems analyze these pixel patterns mathematically to recognize shapes, textures, and objects.
Figure 9.1: Pixel Representation in a Digital Image
The figure illustrates how digital images are formed using small pixel units that collectively create visual information for computer analysis.
Image Preprocessing
Raw images often contain:
noise
blur
poor lighting
unnecessary background details
Image preprocessing improves image quality before analysis.
Common preprocessing tasks include:
resizing
noise reduction
brightness adjustment
contrast enhancement
Proper preprocessing improves Computer Vision model accuracy significantly. Grayscale Conversion Many Computer Vision systems convert color images into grayscale images before processing. In grayscale images, only intensity values are used instead of full color information. This reduces computational complexity and speeds up analysis. Grayscale conversion is commonly used in:
DCMI Metadata Terms. Dublin Core has no element that separates the original file from the text extracted out of it, and none for LOM's educational characterisation. Both survive here as provenance statements and in the record itself, not in the projection.
the standard ↗
The groups below are this library's, for reading. DCMI Terms itself has no categories; each term keeps its standard name.
Works this one cites, when the source declares them as relations. What its text links to and its reference list cites is inferred, and stands under it apart.
Retrieved from Zenodo on 2026-10-09 in response to the search string “("artificial intelligence" OR "machine learning" OR "generative AI" OR "deep learning" OR "reinforcement learning" OR "large language model" OR "AI") AND ("AI concepts" OR "types of AI" OR "AI fundamentals" OR "recognizing AI" OR "recognising AI" OR "general versus narrow AI" OR "narrow AI" OR "general AI" OR "machine intelligence" OR "AI strengths and weaknesses" OR "traditional software" OR "rule-based systems" OR "introduction to AI" OR "introduction to artificial intelligence" OR "artificial intelligence introduction" OR "AI primer" OR "foundations of artificial intelligence" OR "overview of AI" OR "understanding AI" OR "history of AI" OR "AI essentials" OR "AI terminology" OR "metaphors for AI" OR "AI fundamental concepts" OR "AI key concepts" OR "philosophy of AI" OR "critical AI literacy")”. Zenodo served the resource and is not asserted to be its publisher or author.
Text extracted from pdf to Markdown by pdf-inspector; the original is retained unchanged beside it.
Where it was collected from, what was converted, and what container it came out of — the custody statements that would otherwise be mistaken for authorship.
IEEE 1484.12.1 Learning Object Metadata. LOM has no element for an SPDX identifier or a licence URI, so both are written into 6.3 Rights.Description. Flattening this record into simple Dublin Core would lose more again, which is why the two projections exist side by side rather than one being generated from the other.
the standard ↗
Role, entity and date per declared contribution. A role outside LOM's vocabulary is reported in the entry's description instead.
3 Meta-metadata
4/4
Identifier3.1
this engine
resource_id
URI: tag:aim-pro.eu,2026:oer/2237c62a2a9c/record
The identifier of this metadata record — the resource's own, with /record after it, because the record is a description of the resource and not the resource.
Contribute3.2
this engine
source
AIM-PRO WP3 OER harvester (Zenodo) — creator
Who generated this record and when — a statement about the record, not about the resource.
Yes unless the licence reserves nothing — attribution is a restriction. The conditions after the dash are the licence gate's reading; the export carries LOM's bare term.
Markdown extracted from the original by pdf-inspector
The container a file was found inside, and the Markdown extracted from the original. What a lab requires, and the lab a component belongs to, are inferred and stand apart.
8 Annotation
0/3
Entity8.1
not collected — this library does not fill it
Comments on the resource's educational use, by whoever made them. The platform's review grades competencies, which are classification (9), and writes no comment here.
Date8.2
not collected — this library does not fill it
Description8.3
not collected — this library does not fill it
9 Classification
0/4
Purpose9.1
not collected — this library does not fill it
Empty in the record: no source declares a competency. The alignment reads the resource for them and stands beside the record, never in it, and a taxon path derived from the search string that found it would be a claim about the query.
Taxon path9.2
not collected — this library does not fill it
Where the competency framework goes. Empty in the record for the reason above.
Description9.3
not collected — this library does not fill it
Keyword9.4
not collected — this library does not fill it
What could not be established5
Where the source's metadata could not be carried
over as it was — missing, contradictory, with no matching term in the
standard, restructured, or taken from the repository — and what was done
instead. Without these notes, an empty element would look like something
the harvester missed.
Status
Field
Why
Not available
description
the source published no description or abstract
Not available
subjects
the source published no keywords
Not available
rights_holder
no rights holder is named at source; the licence is recorded without one rather than attributed to the platform that served it
Not available
publisher
the source named no publisher of the work; where it was collected from is recorded as collection provenance instead, which is a different claim
Not available
educational
the source declared no educational metadata — no resource type, audience, context, difficulty or learning time. Nothing here estimates them