CEN/TS 15448:2006/AC:2007
(Corrigendum)Postal services - Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems)
Postal services - Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems)
TC - B.6.3.4.3.5, 2nd paragraph - Correction of reference
Postalische Dienstleistungen - Offene Normschnittstelle zwischen Bildbearbeitung und Anreicherungsgeräten (OCR, Videocodierungssystem, Abstimmungssysteme)
Services postaux - Interface de standard ouvert entre un contrôleur d'images et un dispositif d'enrichissement (lecteur optique de caractères, vidéocodage, voteur)
Poštne storitve - Odprti standardni vmesnik med obdelovalnikom slike in napravami za obogatitev (optično prepoznavanje znakov (OCR), sistemi za videokodiranje, glasovalni sistemi)
General Information
Relations
Standards Content (Sample)
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.Postalische Dienstleistungen - Offene Normschnittstelle zwischen Bildbearbeitung und Anreicherungsgeräten (OCR, Videocodierungssystem, Abstimmungssysteme)Services postaux - Interface de standard ouvert entre un contrôleur d'images et un dispositif d'enrichissement (lecteur optique de caractères, vidéocodage, voteur)Postal services - Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems)35.240.60Uporabniške rešitve IT v transportu in trgoviniIT applications in transport and trade03.240Poštne storitvePostal servicesICS:Ta slovenski standard je istoveten z:CEN/TS 15448:2006/AC:2007SIST-TS CEN/TS 15448:2007/AC:2009en01-januar-2009SIST-TS CEN/TS 15448:2007/AC:2009SLOVENSKI
STANDARD
TECHNICAL SPECIFICATIONSPÉCIFICATION TECHNIQUETECHNISCHE SPEZIFIKATIONCEN/TS 15448:2006/ACNovember 2007Novembre 2007November 2007ICS 03.240; 35.240.60English versionVersion FrançaiseDeutsche FassungPostal services - Open standard interface between image controller andenrichment devices (OCRs, video coding systems, voting systems)Services postaux - Interface de standardouvert entre un contrôleur d'images et undispositif d'enrichissement (lecteur optiquede caractères, vidéocodage, voteur)Postalische Dienstleistungen - OffeneNormschnittstelle zw
...
This May Also Interest You
The purpose of this Technical Specification is to define the requirements of the OCR/VCS Standard interface and to convey these requirements in context to the reader.
This document is arranged under 4 main clauses as described in Figure 1:
- UCM (Use Case Model) describes the use cases for the IC/ED Interface using sequence diagrams with messages.
- IDD (Interface Design Description) defines the data model for the IC/ED interface.
- SDD (System Design Description) defines the mandatory specification of the IC/ED interface in terms of architecture, services and behavioural models. In the Common Part of this clause no middleware or transport layer is specified. The common part of this clause is intended to be middleware-independent.
- SDD-TCP/IP, SDD-CORBA, in these specialized clauses. The specifications for 2 compatible transport solutions TCP/IP, CORBA are provided. Further middleware solutions (such as SOAP) can be added when available, provided that they are fully compatible with the Common Part.
As shown on Figure 2, there are many interfaces from an Enrichment Device to the rest of the system. This document is only concerned with the Mailpiece Processing part of the complete Standard Interface.
The mailpiece processing is concerned with the passing of a mailpiece to an Enrichment Device for processing.
Figure 3 depicts the system model of an Enrichment Device. As visible on the figure, an Enrichment Device is one of:
- an OCR:
a single or a pool of automatic recognition and interpretation engines, which are capable of retrieving information from an image of a mailpiece without human intervention;
- a VCS:
a single or a pool of video coding desks, which produce results from images of mailpieces; all tasks related to the management of the coders and the coding desks are encapsulated within the VCS system, or are accessible via interfaces which are outside the scope of the interface described within this document;
- a Voter:
a system which can determine the most appropriate result for a mailpiece using data and/or an image of a mailpiece; typically, a voter determines the most appropriate result from two or more results.
This document therefore covers the Mailpiece Processing interface between the Image Controller and the Enrichment Devices.
The document describes the requirements in the case of real-time enrichment: operational mode of an Enrichment Device, where the ED replies within the specified expiration time to the IC; the IC has to keep track of all mailpieces waiting for a reply from an ED. The ED does not keep persistence of mailpieces outside a channel connection with the IC. The ED has to have the processing power available to enrich a mailpiece. There is one and only one response for a mailpiece.
A later version of the document shall describe the case of deferred enrichment: operational mode of an Enrichment Device, where the ED may pre-request mailpieces from the IC. The ED has to keep persistence of the mailpiece to enrich it later and keep the result available for a result request from the IC. There is no response expected by IC from the ED.
The interface between Image Controller and Image Controller is NOT part of this document.
Furthermore, there may be many IC connected to many ED’s, as shown in the following object model:
The submission strategy in case of one IC connected to many ED’s is not part of the interface. It is for optimizing the mail flow in case of identical ED’s, or for defining the order in which different ED’s are activated (cascaded versus parallel submission).
The submission strategy of the IC shall be part of the specification and certification of the IC, which is not part of this document.
- Technical specification237 pagesEnglish languagesale 10% offe-Library read for×1 day
- 02-Dec-2014
- 03.240
- 35.240.60
- 35.240.69
- CEN/TC 331
This Technical Specification describes the “Open Standard Interface between Image Processor, Machine Control and Image Controller” (IP/MC/IC Interface) in the context of postal automation equipment.
The following architectural overview is the basis for this interface standardization:
It was agreed to unify the interfaces between
a) Image Processor and Image Controller,
b) Image Processor and Machine Control and
c) Machine Control and Image Controller
and to produce one common specification for this so-called IP/MC/IC Interface.
The communication partners of this interface will be called Machine or Machine Control (MC) on the one side and Reading/Coding (RC) System on the other side.
There may be several instances of this interface, depending on the implementation of the MC and the connected RC.
NOTE interfaces for synchronizing the lifted images with their mailpiece_IDs provided by the machine are not shown in the figure above and are not subject of standardization within the first release of this interface.
From the customer point of view the following two scenarios are relevant. The systems MACHINE and RC SYSTEM are to be considered as "black boxes" thus not detailing internal system structure and interfaces.
1) The Machine already includes Camera and Image Processor and will be connected to a 3rd-party RC System including Image Controller and Enrichment Devices.
2) The Machine will be connected to a 3rd-party RC System including Camera, Image Processor, Image Controller and Enrichment Devices. The Camera and (possibly) the Image Processor will have to be mechanically integrated into the machine.
NOTE The camera can be provided by any 3rd-party. This should not impede on the IP/MC/IC interfaces !
This standard is arranged under 4 main clauses as described in Figure 4.
- UCM (Use Case Model) describes the use cases for the IP/MC/IC Interface using sequence diagrams with messages.
- IDD (Interface Design Description) defines the data model (...)
- Technical specification135 pagesEnglish languagesale 10% offe-Library read for×1 day
- 13-Sep-2011
- 03.240
- 35.240.60
- 35.240.69
- M/428
- CEN/TC 331
This document defines a file format for the generation of postal address directories. It is designed to hold all information necessary to support address reading software including data required for forwarding applications. In typical postal automation systems these files will be processed by directory generation software which creates application specific loadable data. This data – usually referred to as operational directory – is heavily compressed and contains access tables tailored for the specific reading software.
Not in the scope of this document are topics external to file like compression, checksums, the interface for transmission to the supplier, modification permissions, error handling on inconsistent data and undo in updates.
- Technical specification27 pagesEnglish languagesale 10% offe-Library read for×1 day
- 24-Mar-2009
- 03.240
- 35.240.60
- 35.240.69
- CEN/TC 331
The purpose of this Technical Specification is to define the requirements of the OCR/VCS Standard interface and to convey these requirements in context to the reader.
This document is arranged under 4 main clauses as described in Figure 1:
- UCM (Use Case Model) describes the use cases for the IC/ED Interface using sequence diagrams with messages.
- IDD (Interface Design Description) defines the data model for the IC/ED interface.
- SDD (System Design Description) defines the mandatory specification of the IC/ED interface in terms of architecture, services and behavioural models. In the Common Part of this clause no middleware or transport layer is specified. The common part of this clause is intended to be middleware-independent.
- SDD-TCP/IP, SDD-CORBA, in these specialized clauses. The specifications for 2 compatible transport solutions TCP/IP, CORBA are provided. Further middleware solutions (such as SOAP) can be added when available, provided that they are fully compatible with the Common Part.
As shown on Figure 2, there are many interfaces from an Enrichment Device to the rest of the system. This document is only concerned with the Mailpiece Processing part of the complete Standard Interface.
The mailpiece processing is concerned with the passing of a mailpiece to an Enrichment Device for processing.
Figure 3 depicts the system model of an Enrichment Device. As visible on the figure, an Enrichment Device is one of:
- an OCR:
a single or a pool of automatic recognition and interpretation engines, which are capable of retrieving information from an image of a mailpiece without human intervention;
- a VCS:
a single or a pool of video coding desks, which produce results from images of mailpieces; all tasks related to the management of the coders and the coding desks are encapsulated within the VCS system, or are accessible via interfaces which are outside the scope of the interface described within this document;
- a Voter:
a system which can determine the most appropriate result for a mailpiece using data and/or an image of a mailpiece; typically, a voter determines the most appropriate result from two or more results.
This document therefore covers the Mailpiece Processing interface between the Image Controller and the Enrichment Devices.
The document describes the requirements in the case of real-time enrichment: operational mode of an Enrichment Device, where the ED replies within the specified expiration time to the IC; the IC has to keep track of all mailpieces waiting for a reply from an ED. The ED does not keep persistence of mailpieces outside a channel connection with the IC. The ED has to have the processing power available to enrich a mailpiece. There is one and only one response for a mailpiece.
A later version of the document shall describe the case of deferred enrichment: operational mode of an Enrichment Device, where the ED may pre-request mailpieces from the IC. The ED has to keep persistence of the mailpiece to enrich it later and keep the result available for a result request from the IC. There is no response expected by IC from the ED.
The interface between Image Controller and Image Controller is NOT part of this document.
Furthermore, there may be many IC connected to many ED’s, as shown in the following object model:
The submission strategy in case of one IC connected to many ED’s is not part of the interface. It is for optimizing the mail flow in case of identical ED’s, or for defining the order in which different ED’s are activated (cascaded versus parallel submission).
The submission strategy of the IC shall be part of the specification and certification of the IC, which is not part of this document.
- Technical specification237 pagesEnglish languagesale 10% offe-Library read for×1 day
- 02-Dec-2014
- 03.240
- 35.240.60
- 35.240.69
- CEN/TC 331
This Technical Specification describes the “Open Standard Interface between Image Processor, Machine Control and Image Controller” (IP/MC/IC Interface) in the context of postal automation equipment.
The following architectural overview is the basis for this interface standardization:
It was agreed to unify the interfaces between
a) Image Processor and Image Controller,
b) Image Processor and Machine Control and
c) Machine Control and Image Controller
and to produce one common specification for this so-called IP/MC/IC Interface.
The communication partners of this interface will be called Machine or Machine Control (MC) on the one side and Reading/Coding (RC) System on the other side.
There may be several instances of this interface, depending on the implementation of the MC and the connected RC.
NOTE interfaces for synchronizing the lifted images with their mailpiece_IDs provided by the machine are not shown in the figure above and are not subject of standardization within the first release of this interface.
From the customer point of view the following two scenarios are relevant. The systems MACHINE and RC SYSTEM are to be considered as "black boxes" thus not detailing internal system structure and interfaces.
1) The Machine already includes Camera and Image Processor and will be connected to a 3rd-party RC System including Image Controller and Enrichment Devices.
2) The Machine will be connected to a 3rd-party RC System including Camera, Image Processor, Image Controller and Enrichment Devices. The Camera and (possibly) the Image Processor will have to be mechanically integrated into the machine.
NOTE The camera can be provided by any 3rd-party. This should not impede on the IP/MC/IC interfaces !
This standard is arranged under 4 main clauses as described in Figure 4.
- UCM (Use Case Model) describes the use cases for the IP/MC/IC Interface using sequence diagrams with messages.
- IDD (Interface Design Description) defines the data model (...)
- Technical specification135 pagesEnglish languagesale 10% offe-Library read for×1 day
- 13-Sep-2011
- 03.240
- 35.240.60
- 35.240.69
- M/428
- CEN/TC 331
This document defines a file format for the generation of postal address directories. It is designed to hold all information necessary to support address reading software including data required for forwarding applications. In typical postal automation systems these files will be processed by directory generation software which creates application specific loadable data. This data – usually referred to as operational directory – is heavily compressed and contains access tables tailored for the specific reading software.
Not in the scope of this document are topics external to file like compression, checksums, the interface for transmission to the supplier, modification permissions, error handling on inconsistent data and undo in updates.
- Technical specification27 pagesEnglish languagesale 10% offe-Library read for×1 day
- 24-Mar-2009
- 03.240
- 35.240.60
- 35.240.69
- CEN/TC 331
This document specifies a continuous measurement method for the determination of the concentration of sulfur dioxide present in ambient air based on the ultraviolet fluorescence measuring principle. This document describes the performance characteristics and sets the relevant minimum criteria required to select an appropriate ultraviolet fluorescence analyser by means of type testing. It also includes the evaluation of the suitability of an analyser for use in a specific fixed site so as to meet the data quality requirements as specified in Annex I of Directive 2008/50/EC [1] and requirements during sampling, calibration and quality assurance for use.
The method is applicable to the determination of the mass concentration of sulphur dioxide present in ambient air up to 1000 µg/m3. This concentration range represents the certification range for sulfur dioxide for type testing.
NOTE 1 It is possible to use other ranges depending on the levels present in ambient air.
NOTE 2 When this document is used for purposes other than for measurements required by Directive 2008/50/EC, the ranges and uncertainty requirements possibly do not apply.
The method covers the determination of ambient air concentrations of sulfur dioxide in locations classified as rural areas, urban-background areas, and for sampling influenced by traffic or industrial sources.
The results are expressed in µg/m3 (at 20 °C and 101,3 kPa).
NOTE 3 1 000 µg/m3 of SO2 corresponds to 376 nmol/mol of SO2.
This document contains information for different groups of users.
Clause 5 to Clause 7 and Annex C and Annex D contain general information about the principles of sulfur dioxide measurement by ultraviolet fluorescence analyser and sampling equipment.
Clause 8 and Annex E are specifically directed towards test houses and laboratories that perform type testing of sulfur dioxide analysers. These sections contain information about:
— type testing conditions, test procedures and test requirements;
— analyser performance requirements;
— evaluation of the type testing results;
— evaluation of the uncertainty of the measurement results of the sulfur dioxide analyser based on the type testing results.
Clause 9 to Clause 11 and Annex F and Annex G are directed towards monitoring networks performing the practical measurements of sulfur dioxide in ambient air. These sections contain information about:
— initial installation of the analyser in the monitoring network and acceptance testing;
— ongoing quality assurance/quality control;
— calculation and reporting of measurement results;
— evaluation of the uncertainty of the measurement results under practical monitoring conditions.
This document represents an evolution of earlier editions (EN 14212:2005 and EN 14212:2012). It is advisable that when equipment is procured it complies fully with this document.
NOTE 4 Type testing performed prior to the publication of this document for the purpose of demonstrating equivalence are still valid.
NOTE 5 Analysers type tested prior to the publication of this document remain valid for use for regulated monitoring purposes.
- Draft108 pagesEnglish languagesale 10% offe-Library read for×1 day
- 17-Dec-2024
- 13.040.20
- 2008/50/EC
- CEN/TC 264
This document specifies the requirements relating to:
Steel X6CrNiTi18-10 (1.4541)
Air melted
Softened
Plates
6 mm < a ≤ 50 mm
500 MPa ≤ Rm ≤ 700 MPa
for aerospace applications.
W.nr: 1.4541.
ASD-STAN designation: FE-PA3601.
- Standard9 pagesEnglish languagesale 10% offe-Library read for×1 day
1.1 Scope of EN 16905 series
This series specifies the requirements, test methods and test conditions for the rating and performance calculation of gas-fired endothermic engine driven heat pumps for heating and/or cooling mode including the engine heat recovery, to be used outdoor.
This series is used in conjunction with:
a) the terms and definitions, EN 16905 1:2023;
b) the safety, EN 16905 2:—1;
c) the requirements, test conditions and test methods, EN 16905 4:—2;
d) the calculation of seasonal performances in heating and cooling mode, EN 16905‐5:2022;
e) the heat pump standards, EN 14511‐2:2022, EN 14511 3:2022 and EN 14825:2022.
This series only applies to appliances with a maximum heat input (based on net calorific value) not exceeding 70 kW at standard rating conditions.
This series only applies to appliances under categories I2H, I2E, I2Er, I2R, I2E(S)B, I2L, I2LL, I2ELL, I2E(R)B, I2ESi, I2E(R), I3P, I3B, I3B/P, II2H3+, II2Er3+, II2H3B/P, II2L3B/P, II2E3B/P, II2ELL3B/P, II2L3P, II2H3P, II2E3P and II2Er3P according to EN 437:2021.
This series only applies to appliances having:
a) gas-fired endothermic engines under the control of fully automatic control systems;
b) closed-system refrigerant circuits in which the refrigerant does not come into direct contact with the fluid to be cooled or heated;
c) where the temperature of the heat transfer fluid of the heating system (heating water circuit) does not exceed 105 °C during normal operation;
d) where the maximum operating pressure in the
1) heating water circuit (if installed) does not exceed 6 bar;
2) domestic hot water circuit (if installed) does not exceed 10 bar.
This series applies to appliances only when used for space heating or space cooling or for refrigeration, with or without heat recovery.
This series is applicable to appliances that are intended to be type tested. Requirements for appliances that are not type tested would need to be subject to further consideration.
1.2 Scope of EN 16905 3
This part of the EN 16905 series specifies the test conditions for the rating of energy parameters of gas-fired endothermic engine driven heat pumps for heating and/or cooling mode including the engine heat recovery.
- Draft21 pagesEnglish languagesale 10% offe-Library read for×1 day
This document specifies the three-pole temperature compensated circuit breakers, rated from 1 A to 25 A used in aircraft on-board circuits. It describes specific environmental, electrical and mechanical characteristics and the stringency of tests to be applied according to test methods of EN 3841 100.
These circuit breakers are intended for use in aircraft with electrical supplies in accordance with EN 2282.
- Draft21 pagesEnglish languagesale 10% offe-Library read for×1 day
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.