natgillin/translations-raw huggingface dataset:
Vyloučení datových prvků zkrácením
Exclusion of data elements by truncation
Jestliže dojde k vynechání jednoho nebo více podmíněných datových prvků na konci segmentu, segment lze zkrátit o koncový znak segmentu, tj. není požadováno vysílání sousedících separátorů koncových datových prvků.
If one or more conditional data elements at the end of a segment are omitted, the segment may be truncated by the segment terminator, i.e. contiguous trailing data element separators are not required to be transmitted.
Tag+DE+DE+++DE' Pokud použijeme příklad z 2.2.7 b, byly vynechány poslední dva datové prvky a segment byl zkrácen o ‘
Tag+DE+DE+++DE' Using the example from 2.2.7 b, the last two data elements have been omitted and by '
Vyloučení dílčích datových prvků vynecháním
Exclusion of component data elements by omission
Dílčí datové prvky určují jejich dané sekvenční pozice ve složeném datovém prvku.
Component data elements are identified by their given sequential positions within a composite data element.
Jestliže dojde k vyloučení podmíněného dílčího datového prvku a následuje po něm jiný dílčí datový prvek, jeho daná pozice musí být zastoupena jeho separátorem.
If a conditional component data element is omitted and is followed by another component data element, its given position shall be represented by its component data element separator.
_____V posledním složeném datovém prvku vynechány dva dílcí datové prvky
_____ Two component data elements omitted in the last composite data element.
Vyloučení dílčích datových prvků zkrácením
Exclusion of component data elements by truncation
Jeden nebo více podmíněných dílčích datových prvků na konci složeného datového prvku lze vyloučit zkrácením o separátor datového prvku, nebo pokud se nachází na konci segmentu, o koncový znak segmentu.
One or more conditional component data elements at the end of a composite data element may be excluded by truncation by the data element separator or, if at the end of a segment, by the segment terminator.
Tag+DE+CE+CE' Poslední dílčí datový prvek v prvním složeném datovém prvku
Tag+DE+CE+CE' The last component data element in the first composite data element
___ byl vynechán a také byly vynechány tři dílčí datové prvky v posledním složeném datovém prvku.
___ has been omitted and also three component data elements in the last composite data element.
V obou případech byly složené datové prvky zkráceny, označeny v prvním případě separátorem datového prvku a ve druhém případě koncovým znakem segmentu.
In both cases the composite data elements have been truncated, indicated in the first case by the data element separator and in the second case by the segment terminator.
Desetinný znak Zastoupením desetinného znaku je podle ISO čárka (,), ale je povolena tečka na řádku (.)
Decimal sign
(viz ISO 31-0: 1981).
The ISO representation for a decimal sign is the comma (,) but a point on the line (.) is allowed (see ISO 31-0: 1981).
Oba tyto znaky jsou součástí souborů úrovně A a B. Pokud se použije posloupnost funkčních znaků UNA, její třetí znak upřesňuje znak použitý ve výměně.
Both these characters are part of the Level A and B sets. When the service string advice, UNA, is used, its third character specifies the character used in the interchange.
Důrazně však doporučujeme použít za všech okolností jako vybraný znak pro znázornění desetinného místa (,).
It is however strongly recommended to use as a default the (,) to represent a decimal sign under all circumstances.
Desetinný znak se nesmí při výpočtu maximální délky pole datového prvku považovat za znak s hodnotou.
The decimal sign shall not be counted as a character of the value when computing the maximum field length of a data element.
Měla by se však ponechat odchylka pro tento znak při přenosu a příjmu.
However, allowance shall be made for the character in transmission and reception.
Při přenosu desetinného znaku musí být před ním a za ním nejméně jedna číslice.
When a decimal sign is transmitted, there shall be at least one digit before and after the decimal sign.
U hodnot zastoupených pouze celými čísly se nepoužívají ani desetinný znak ani desetinné nuly, pokud není třeba označit stupeň přesnosti.
For values represented by integers only, neither a decimal sign nor decimal zeroes are used unless there is a need to indicate the degree of precision.
Upřednostňované: 0,5 a 2 a 2,0. Nepovolené: ,5, ani .5, ani 2, ani 2.
Preferred: 0,5 and 2 and 2,0 Not allowed: ,5 or .5 or 2, or 2.
Separátor triád
Triad separator
Separátory triád se nesmějí ve výměně používat.
Triad separators shall not be used in interchange.
Povoleno: 2500000. Nepovoleno: 2,500,000 ani 2.500.000 ani 2500000
Allowed: 2500000 Not allowed: 2,500,000 or 2.500.000 or 2500000
Znaménko Hodnoty číselných datových prvků se vždy považují za kladné.
Sign
Přestože koncepčně je odčítání záporné, bude zastoupeno kladnou hodnotou a tyto případy budou uvedeny ve sborníku datových prvků.
Numeric data element values shall be regarded as positive.
Jestliže má být hodnota uvedena jako záporná, bude jí při přenosu bezprostředně předcházet znaménko minus, např. -112.
Although conceptually a deduction is negative, it shall be represented by a positive value and such cases shall be indicated in the data elements directory. lf a value is to be indicated as negative, it shall in transmission be immediately preceded by a minus sign, e.g. -112.
Znaménko minus se nebude při výpočtu maximální délky pole datového prvku počítat za znak s hodnotou.
The minus sign shall not be counted as a character of the value when computing the maximum field length of a data element.
Číselné referenční označení datového prvku podle ISO 7372 UNTDED, a pokud mu předchází S, označení složeného datového prvku použitého ve služebních segmentech.
The numeric reference tag for the data element as stated in ISO 7372 UNTDED and, when preceded by S, reference for a composite data element used in service segments.
Název SLOŽENÉHO DATOVÉHO PRVKU velkými písmeny
Name of COMPOSITE DATA ELEMENT in capital letters
Název DATOVÉHO PRVKU velkými písmeny
Name of DATA ELEMENT in capital letters
Název dílčího datového prvku malými písmeny
Name of Component data element in small letters
Zobrazení datové hodnoty:
Data value representation:
a - abecední znaky
a — alphabetic characters
n - číslicové znaky
n — numeric characters
an – abecedně číslicové znaky
an — alphanumeric characters
a3 - 3 abecední znaky, pevná délka
a3 — 3 alphabetic characters, fixed length
n3 - 3 číslicové znaky, pevná délka
n3 — 3 numeric characters, fixed length
3 abecedně číslicové znaky, pevná délka
3 alphanumeric characters, fixed length
až 3 abecední znaky
up to 3 alphabetic characters
až 3 číslicové znaky
up to 3 numeric characters
an..3 - až 3 abecedně číslicové znaky
an..3 — up to 3 alphanumeric characters
M - Povinný prvek
M — Mandatory element
C - Podmíněný prvek
C — Conditional element.
Pokud se používá složený datový prvek, zobrazí se povinný dílčí datový prvek v podmíněném složeném datovém prvku.
When the composite data element is used, a mandatory component data element in a conditional composite data element shall appear.
Pokud se používá v prováděcích příručkách zpráv menší číslo, než požaduje norma ISO, bude to uvedeno v závorkách.
If in the message implementation manuals a smaller number is used than the ISO standard requires, then this shall be indicated within brackets.
Zbývající místo v datovém prvku bude vyplněno mezerami.
The remaining space in a data element shall be filled with space characters.
Ukazatele použití v prováděcích příručkách zpráv jsou následující:
The usage indicators in the message implementation manuals are as follows:
Použití UNSM
UNSM Usage
Použití
Usage
Ukazatel v prováděcí příručce k této zprávě
Indicator in this message implementation manual
Povinný (M) (mandatory)
Mandatory (M)
povinný (M) (mandatory)
mandatory (M)
Podmíněný (C) (conditional)
Conditional (C)
Vyžadovaný (R) (required)
Required (R)
vždy vyžadovaný (M)
always required (M)
Doporučený (A) (advised)
Advised (A)
důrazně doporučujeme použití např. konkrétního souboru kódů
usage of e.g. a certain code set is strongly advised
Závislý (D) (dependent)
Dependent (D)
použití entity závisí na dobře definovaných podmínkách
usage of the entity depends upon well defined conditions
Volitelný (O)
Optional (O)
použití je podle potřeby nebo uvážení odesílatele zprávy
usage is at the need or discretion of the sender of the message
Nepoužívá se (X)
Not Used (X)
nepoužijete se (není k dispozici)
not to be used (n. a.)
V prováděcích příručkách zpráv se používají ukazatele použití výslovně k tomu, aby se zajistilo jednotné užívání v systému elektronických zpráv pro vnitrozemskou plavbu.
In the implementation manuals of the messages the usage indicators are used explicitly to ensure a uniform use within electronic ship reporting in inland navigation.
V celém dokumentu se odkazuje na ukazatele (M, R, A, D, O a X), které se uvádějí vedle datových položek a které stanovují pro zprávu dohodnuté použití entit.
Throughout the document reference is made to indicators (M, R, A, D, O and X) which are shown adjacent to data items and which dictate for the message the agreed usage of the entities.
Následující tabulka stanoví ukazatele a jejich příslušné použití:
In the following table the indicators and their respective uses are set out:
Status (S)
Status (S) Value
Povinný
Mandatory
Označuje, že tato položka je ve standardní zprávě povinná.
Indicates that this item is mandatory in the standard message.
Vyžadovaný
Required
Uvádí, že tato entita bude zaslána v tomto provedení zprávy a použití zde je povinné.
Indicates that this entity shall be sent in this message implementation and use is here mandatory.
Doporučený
Advised
Uvádí, že se důrazně doporučuje použití uznané mezinárodní kódové množiny, tj. kódová množina UN, ISO nebo ERI v tomto provedení místo místních kódů.
Indicates that a recognised international code-set i.e. UN, ISO or ERI code set is highly recommended for use in this implementation over any local codes.
Závislý
Dependent
Uvádí, že použití entity závisí na dobře definované podmínce nebo množině podmínek.
Indicates that the use of the entity depends upon a well-defined condition or set of conditions.
Tyto podmínky budou jasně uvedeny v příslušném prováděcím pokynu.
These conditions shall be clearly specified in the relevant implementation guideline.
Volitelná
Optional
Uvádí, že použití této entity závisí na potřebě nebo uvážení odesílatele zprávy.
Indicates that this entity is at the need or discretion of the sender of the message.
Nepoužije se v tomto provedení zprávy (není k dispozici).
Not to be used in this message implementation (n. a.).
Zpráva o hlášení ERI (ERINOT) se použije pro hlášení informací souvisejících s plavbou a informací o nebezpečném a bezpečném nákladu přepravovaném na palubě plavidel plujících na vnitrozemských vodních cestách.
The ERI notification message (ERINOT) shall be used for the reporting of voyage related information and of information on dangerous and non-dangerous cargo carried on-board vessels sailing on inland waterways.
Zpráva ERINOT je specifické použití zprávy „Mezinárodní hlášení o zasílání a přepravě nebezpečných věcí“ (International Forwarding and Transport Dangerous Goods Notification, IFTDGN) podle UN/EDIFACT, jak byla vyvinuta v rámci organizace PROTECT [1].
The ERINOT message is a specific use of the UN/EDIFACT ‘International Forwarding and Transport Dangerous Goods Notification (IFTDGN)’ message as it has been developed within the PROTECT [1] organisation.
Zpráva ERINOT vychází ze sborníku EDIFACT 98.B a prováděcí verze PROTECT 1.0.
The ERINOT message is based on the EDIFACT directory 98.B and the PROTECT implementation version 1.0.
Pro data a kódy obsažené v aplikacích zpráv založených na těchto specifikacích zpráv byl využit sborník OSN D98B.
For the data and codes contained in the message applications based on these message specifications, use has been made of the UN Directory D98B.
Zprávy ERINOT zahrnují následující typy:
The ERINOT message encompasses the following types:
dopravní hlášení z plavidla orgánu (identifikátor „VES“) z lodi na břeh,
transport notification from vessel to authority (identifier ‘VES’), from ship to shore;
dopravní hlášení od přepravce orgánu (identifikátor „CAR“) ze břehu na břeh,
transport notification from carrier to authority (identifier ‘CAR’), from shore to shore;
hlášení o průjezdu (identifikátor „PAS“) od orgánu k orgánu.
passage notification (identifier ‘PAS’), from authority to authority.
Následující funkce zpráv ukazují, jaký druh zpráv lze očekávat:
The following message functions show what sort of message can be expected:
nová zpráva (identifikátor „9“),
new message (identifier ‘9’);
změna zprávy (identifikátor „5“),
modification of message (identifier ‘5’);
zrušení zprávy (identifikátor „1“).
cancellation of message (identifier ‘1’).
Zpráva PAXLST vychází ze zprávy PAXLST podle UN/EDIFACT.
The PAXLST message is based on the UN/EDIFACT message PAXLST.
Použije se při výměně dat při vnitrozemské plavbě mezi kapitánem/vůdcem pravidla nebo přepravcem a určenými orgány, jako jsou terminály ISPS, celnice, imigrační kontrola, policie.
It shall be used for the exchange of data in inland navigation between the captain/skipper or carrier and designated authorities such as ISPS terminals, customs, immigration, police.
Zpráva se také použije k přenosu dat o cestujících/posádce od určeného orgánu v zemi příjezdu odjezdu k příslušným orgánům v zemi příjezdu dopravního prostředku.
The message shall be also used to transfer passenger/crew data from a designated authority in the country of departure to the appropriate authorities in the country of arrival of the means of transport.
Zpráva o odpovědi ERI (ERIRSP) je odvozena ze zprávy APERAK podle UN/EDIFACT.
The ERI response message (ERIRSP) is derived from the UN/EDIFACT APERAK message.
Může ji vytvořit například středisko RIS.
It may be generated by for instance a RIS centre.
Zprávy o odpovědi mají z hlediska různých funkcí zprávy ERINOT (nová, změna nebo zrušení) všechny stejnou strukturu.
The response messages with respect to the different functions (new, modification or cancellation) of the ERINOT message have all the same structure.
Odpověď na „změnu“ nebo „zrušení“ obsahuje informace o tom, zda přijímací systém zpracoval nebo nezpracoval „změnu“ nebo „zrušení“.
The response to a ‘modification’ or a ‘cancellation’ contains information whether or not the ‘modification’ or ‘cancellation’ has been processed by the receiving system.
Zpráva o vedení kotviště (BERMAN) kombinuje hlášení před připlutím, respektive všeobecné prohlášení, do jediného hlášení, které vychází ze zprávy BERMAN podle EDIFACT ze sborníku UN/EDIFACT D04B.
The Berth Management (BERMAN) message combines the pre-arrival notification respectively general declaration into one single notification which is based on the EDIFACT message BERMAN from the UN/EDIFACT D04B directory.
Prováděcí příručka vychází z pokynů definovaných skupinou PROTECT.
The implementation manual is based on the guidelines as defined by the PROTECT group.
Zprávu BERMAN posílají plavidla plující na vnitrozemských vodních trasách před připlutím do nebo odplutím z kotviště nebo přístavu a poskytuje informace o době připlutí a službách požadovaných k zajištění rychlé manipulace na podporu postupů a k usnadnění řízení.
The BERMAN message shall be sent by vessels sailing on inland waterways before arriving at or departing from a berth or a port and provides information about the time of arrival and the services required to ensure a prompt handling, to support procedures and to facilitate controls.
Zpráva obsahuje právní požadavky týkající se hlášení lodi pro přístav.
The message incorporates the legal requirements regarding the notification of a ship to a port.
Bude platit jedna žádost na loď - ať už jde o vstup do přístavu, kotvení při připlutí lodi, opuštění kotviště při odplutí lodi nebo přesunutí kotvišť lodi v rámci přístavu nebo o pouhý tranzit prostorem přístavu.
It supports one request for the ship — be it for entering the port, berthing on arrival of the ship, leaving the berth on departure of the ship or shifting of berths for the ship within the port or for transiting only through the port area.
Hlášení připlutí a tranzitu obsahuje všechny podrobnosti o pohybu lodi z prostoru mimo přístav k prvnímu kotvišti v prostoru přístavu nebo v případě tranzitu k místu, kudy plavidlo přístav opouští.
The arrival and transit notification contains all details regarding the movement of the ship from outside the port area to the first berth in the port area or in case of transit to the point where the vessel is leaving.
Lze upřesnit požadované další služby, které lze zařídit pro připlutí ke kotvišti.
Required additional services to be arranged for arrival at a berth can be specified.
Požadovanými informačními prvky jsou předpokládaný čas připlutí (ETA – estimated time of arrival) do místa vstupu, a pokud je vyžadováno, do místa opuštění a předchozí místo zastávky lodi.
The estimated time of arrival (ETA) at the entry point and where required leaving point and previous place of call of the ship are required information elements.
Návrhy na změny prováděcích příruček zpráv mohou být zaslány společně s vysvětlením, proč je změna požadována, předsedovi odborné skupiny pro systém elektronických zpráv.
Proposals for amendments to the message implementation manuals shall be sent together with an explanation, why the amendment is needed to the chairperson of the Electronic Reporting expert group.
Předseda předá návrh členům odborné skupiny i Evropské komisi.
The chairperson shall distribute the proposal to the members of the expert group as well as to the European Commission.
Pokud jde o odbornou skupinu, platí příslušné postupy, které jsou vymezeny ve zmocnění odborné skupiny pro systém elektronických zpráv.
As regards the expert group, the relevant procedures as defined in the Terms of Reference for the Electronic Reporting expert group shall apply.
Evropská komise naloží se všemi změnami podle postupů zavedených ve směrnici RIS.
The European Commission will proceed with any amendment in accordance with the procedures established in the RIS Directive.
V tomto kontextu je nutno vzít v úvahu práci odborné skupiny.
In this context, due account shall be taken of the work of the expert group.
ČÁST II: KÓDY A ODKAZY
PART II: CODES AND REFERENCES
V části II jsou vymezeny různé kódy a odkazy, které se použijí v systému elektronických zpráv pro vnitrozemskou plavbu.
In Part II the various codes and references which shall be used in electronic ship reporting for inland navigation are defined.
Použití kódů a referenčních čísel slouží k účelu jednoznačnosti.
The usage of codes and reference numbers does serve the purpose of unambiguousness.
Použití kódů a odkazů povede k menšímu počtu špatných výkladů a snadnému překladu do jakéhokoli jazyka.
The use of codes and references will lead to less misinterpretations and easy translation into any language.
Proto je použití kódů a odkazů povinné u kódů uvedených ve zprávách a zde obsažených a důrazně je doporučeno ve všech případech, kdy je třeba vyměnit jiná data mezi různými počítačovými aplikacemi a mezi stranami používajícími různé jazyky za předpokladu, že příslušný datový prvek povoluje stávající a zveřejněnou hodnotu kódu.
Therefore the usage of codes and references is mandatory for those codes indicated in the messages and included here and strongly recommended whenever other data has to be interchanged between various computer applications and between parties using different languages provided that the relevant data element allows an existing and published code value.
V následujících odstavcích jsou popsány definice a popisy použitých kódů a odkazů; pro vlastní tabulky kódů bude uveden odkaz na příslušné kapitoly této přílohy, nebo pokud je k dispozici, bude uvedena URL (internetová adresa).
In the following, the definitions and descriptions of the used codes and references are described, for the actual code tables a reference will be made towards the relevant chapters of this Annex or where available an URL (Internet address) will be given.
Následující vysvětlení slouží k tomu, aby se zajistilo, že význam použitých informačních prvků v systému elektronických zpráv bude jasný a jednoznačný a že prostřednictvím jasných popisů bude usnadněna a zajištěna údržba dat a odkazů.
The following clarifications serve to ensure that the meaning of the used information elements in electronic ship reporting is clear and unambiguous and that through clear descriptions the maintenance of data and references is facilitated and ensured.
Datový slovník:
Data Dictionary
Datový slovník je v podstatě centralizovaný sklad informací k datům, jako jsou význam, vazby na jiná data, zdroj, použití a klasifikace.
A data dictionary is in essence a centralised storage of information on data such as the meaning, the links with other data, the source, the usage, and the classification.
Slovník se používá pro účinné plánování, řízení a hodnocení sběru, záznamů a použití dat.
The dictionary is used for the efficient planning, management and evaluation of the collection, recording and usage of data.
Datový slovník či lexikon je primárně a původně kniha, která obsahuje slova uspořádaná v abecedním pořadí s definicemi, původem a dalšími informacemi.
The data dictionary or lexicon is primary and originally a book containing words arranged in alphabetical order with definitions, etymologies and other information.
Sborník datových prvků:
Data Element Directory
Sborník datových prvků je v podstatě kniha s instrukcemi uvádějícími názvy a podrobnosti o konkrétní skupině informačních prvků.
A data element directory is in essence a book with directions listing names and particulars of a specific group of information elements.
V informační technice jde také o tabulku s identifikačními symboly a odkazy na odpovídající data.
In information technology it is also a table with identification symbols and pointers to the matching data.
TDED (Trade Data Elements Directory - Sborník datových prvků pro obchod) ISO 7372 přijal dohodnutou množinu standardních datových prvků pro různé oblasti použití.
The TDED (Trade Data Elements Directory) ISO 7372 has an adopted agreed set of standard data elements for various areas of application.
Obsahuje číslo, název datového prvku, popis koncepce vysvětlující dohodnutý význam, aby se vymezil obsah informací (hodnota dat), které bude daný datový prvek poskytovat.
It contains a number, a data element name, a description of the concept to explain the agreed meaning in order to determine the content of the information (data value) to be provided with the data element.
Je uvedena specifikace znakového zastoupení datové hodnoty s uvedením míst (počtu znaků) společně se synonymy názvů datových prvků, kde je to vhodné a používané.
A specification of the character representation of the data value, with indication of space (number of characters) is provided, together with the synonyms of data element names where appropriate and used.
Úložiště dat:
Data repository
Úložiště dat je v podstatě místo, kde se ukládají věci, např. skladiště.
A data repository is in essence a place where things are stored, e.g. a warehouse.
Pojem datový sklad se dosti často používá k označení místa uložení běžných dat.
Quite often the term data warehouse is used to indicate the place of storage of common data.
Úložiště dat se používá při vývoji XML a ebXML k označení místa uložení takzvaných základních komponent.
The data repository is used in the development of XML and ebXML to indicate the place of storage of the so called core components.
K dispozici jsou první katalogy základních komponent jako předběžné návrhy norem, viz také www.unece.org/cefact/.
The first catalogues of core components are available as draft proposals for standards, see also www.unece.org/cefact/.
V ebXML je položka v úložišti sdružena se souborem standardních metadat definovaných jako atributy třídy objektů v registru.
Under ebXML a repository item is associated with a set of standard metadata defined as attributes of the registry object class.