natgillin/translations-raw huggingface dataset:
Also the feasibility of a certain measure can be limited by the capabilities of the technical implementation.
Slijedom toga, ne postoji potreba za zaštitom podataka iz NtS-a.
In the context of NtS all information are public.
Stoga svaki pružatelj usluge mora sam odlučiti o razmjerima provedbe tog aspekta u svojoj usluzi.
So there is no need to secure the NtS data themselves in terms of data protection.
Usluga NtS Web Service mora biti usklađena sa specifikacijama iz osnovnog profila konzorcija WS-I („WS-I Basic Profile 1.1”).
Therefore every provider has to decide on its own in how far this aspect will be implemented in its service.
Tim se profilom „pružaju smjernice za interoperabilnost za osnovni skup vlasničkim pravom nezaštićenih specifikacija za usluge web service, kao što su SOAP, WSDL i UDDI”.
The NtS Web Service has to comply with the WS-I Basic Profile 1.1.
Ovdje su najrelevantniji sljedeći standardi:
This profile ‘provides interoperability guidance for a core set of non-proprietary web services specifications, such as SOAP, WSDL and UDDI’.
Web Services Description Language (WSDL) i
The most relevant standards herein are
Poruka odgovora WS-a za NtS poruka je iz NtS-a koja je definirana u definiciji sheme XML (XSD) u Dodatku C ovoj Uredbi Komisije.
Web Services Description Language (WSDL), and
SOAP je aplikacijski protokol za prijenos podataka među sustavima informacijskih tehnologija, a standardizirala ga je organizacija World Wide Web Consortiums (W3C).
The response message of the NtS WS is an NtS message which is defined in XML Schema Definition (XSD) in Appendix C of this Commission Regulation.
Posebni elementi za slugu NtS Web Service definirani su unutar odgovarajućih WSDL specifikacija u Dodatku D ovoj Uredbi Komisije.
SOAP is an application protocol for data transmission among IT-Systems and is standardised by the World Wide Web Consortiums (W3C).
Shema standarda NtS-a (XSD) uključena je zajedno s naredbom uvoza.
The specific elements for the NtS Web Service are defined inline in the corresponding WSDL specifications in Appendix D of this Commission Regulation.
UDDI (Universal Description, Discovery and Integration) ovdje je istaknut kao središnji, možda i međunarodni registar za usluge web service na kojem bi se moglo registrirati uslugu NtS Web Service.
The schema of the NtS standard (XSD) is included with an import statement.
U tom bi registru potencijalni klijenti mogli pretraživati i pronaći predmetnu uslugu web service.
UDDI (Universal Description, Discovery and Integration) is noted here as a central, possibly international registry for web services, where the NtS Web Service could be registered.
No s obzirom na to da države članice sudionice ograničavaju potencijalne pružatelje usluge NtS Web Service i da je WSDL specifikacija integralni dio tog standarda, potreba za neovisnom registracijom usluge NtS Web Service nije vjerojatna.
In this registry potential consumers of the web service could search and find the service.
Za kodiranje usluge NtS Web Service primjenjuje se metoda kodiranja document-literal wrapped jer se njome omogućuje validacija na temelju sheme XML, a nazivi operacija definiranih u WSDL specifikaciji primjenjuju se izravno kao nazivi tagova XML u porukama SOAP.
But since the potential providers of the NtS Web Service are limited by the participating Member States and the WSDL specification is an integral part of the standard, the need for an independent registration of the NtS Web Service is not apparent.
Informacije o verziji usluge NtS Web Service sastoje se od dva dijela:
The encoding method Document-literal wrapped is used for the NtS Web Service, because it allows for validation against an XML schema and the operation names defined in the WSDL specification are used directly as XML tag names in the SOAP messages.
verzije same usluge web service,
The version information of the NtS Web Service consists of two sections:
verzije sheme NtS-a koju usluga web service primjenjuje.
version of the web service itself,
Dio o usluzi web service i sam se sastoji od dva dijela:
version of the NtS schema used by the web service.
glavne verzije usluge web service,
The section of the web service itself consists of two parts:
manje verzije usluge web service.
major version of the web service,
Glavna verzija navodi se kao pozitivan cijeli broj koji označava glavnu verziju usluge web service.
minor version of the web service.
Manja verzija navodi se kao nenegativan cijeli broj koji označava manju verziju usluge web service u okviru glavne verzije.
The major version is given as a positive integer denoting the major version of the web service.
Odjeljak sheme NtS-a sadržava verziju sheme NtS-a kako ju je definirala stručna skupina za NtS.
The minor version is given as a non-negative integer denoting the minor version of the web service within the major version.
Stoga je ovdje specificirana verzija usluge NtS Web Service 2.0.4.0 pri čemu je 2.0 verzija same usluge web service, a 4.0 verzija sheme NtS-a koja se primjenjuje.
The section of the NtS schema contains the version of the NtS schema as defined by the NtS Expert Group.
Izričite informacije o verziji nisu nužne u zahtjevima ili odgovorima u okviru usluge NtS Web Service.
Hence, the version of the NtS Web Service specified here is 2.0.4.0, where 2.0 is the version of the web service itself and 4.0 is the version of the NtS schema used.
Postoji samo nekoliko verzija usluga za koje se očekuje da će istodobno biti dostupne preko interneta.
Explicit version information is not necessary in the requests or responses of the NtS Web Service.
Različite verzije pružat će se s različitim URL-ovima.
There are only a few versions of the services expected to be online at the same time.
Stoga će se u svakom slučaju uvođenja usluge NtS Web Service podupirati jedna posebna verzija usluge NtS Web Service.
Different versions shall be provided with different URLs.
Polja imena u usluzi NtS Web Service temelje se na web-domeni stručnih skupina za RIS, http://www.ris.eu/.
Hence, each instance of an NtS Web Service implementation shall support one specific version of the NtS Web Service.
Polje imena sadržava česticu u kojoj se navode odgovarajuća usluga i informacije o verziji.
The namespaces in the NtS Web Service are based on the web domain of the RIS Expert Groups, http://www.ris.eu/
Stoga, usluga koja je ovdje specificirana koristi sljedeće polje imena:
The namespaces contain a particle indicating the corresponding service and version information.
Usluga za poruke iz NtS-a: http://www.ris.eu/nts.ms/2.0.4.0
Hence, the service specified here uses the following namespace:
Radi veće transparentnosti dokumenata XML, preporuča se da se polja imena definiraju u najudaljenijem prikladnom elementu u shemama te „instance” dokumentima te da se definicije lokalnih polja imena ne koriste u ugniježđenim elementima.
NtS Message Service: http://www.ris.eu/nts.ms/2.0.4.0
Zahtjevi i odgovori u usluzi NtS Web Service moraju upotrebljavati elemente XML u kvalificiranom obliku, tj. s izričitim prefiksom polja imena, a atribute XML u nekvalificiranom obliku, tj. bez prefiksa polja imena.
For higher transparency of XML documents it is recommended to define namespaces in the outmost suitable element in the schemas as well as the instance documents and not to use local namespace definitions in nested elements.
Preporučuje se upotreba intuitivnih prefiksa polja imena kao što je „nts” kako bi ljudima bili čitljiviji.
Requests and responses in the NtS Web Service shall use XML elements in qualified form, i.e. with an explicit namespace prefix, and XML attributes in unqualified form, i.e. without a namespace prefix.
Kod ISRS Location Code objašnjen je u poglavlju 2. vodiča Encoding Guide NtS-a za razvojne programere aplikacija i u vodiču Encoding Guide RIS Indexa.
It is recommended to use intuitive namespace prefixes like ‘nts’ for better human readability.
Postavljanjem upita preko usluge NtS Web Service klijent može navoditi razne objekte, npr. dionice plovnog puta, vodomjere ili prevodnice.
The ISRS Location Code is explained in chapter 2 of the NtS Encoding Guide for application developers as well as the RIS Index Encoding Guide.
Ako se upotrebljavaju odgovarajući parametri, elementi s identifikacijskom oznakom (id elements), oni moraju sadržavati kodove ISRS Location Code.
Querying an NtS Web Service, the client can reference various objects, e.g. fairway sections, gauges or locks.
Ti parametri obično se navode u elementima s identifikacijskom oznakom, od kojih svaki sadržava jednu ili dvije identifikacijske oznake.
If the corresponding parameters, the id elements, are used, they must contain ISRS Location Codes.
Pri upotrebi tih parametara potrebno je pridržavati se sljedećih općih pravila:
These parameters are typically given in id elements, each containing one or two ids.
kodovi ISRS Location Code moraju se unositi kao kodovi pune duljine s 20 znakova, tj. bez skraćivanja uklanjanjem završnih nula,
When using these parameters, the following general conventions have to be observed:
ako se u okviru elementa s identifikacijskom oznakom upotrebljavaju dvije identifikacijske oznake, oba se koda ISRS Location Code moraju odnositi na isti vodni put.
ISRS Location Codes have to be submitted as full-length 20-character codes, i.e. without truncating trailing zeros,
To znači da ti kodovi sadržavaju neke identične znamenke koje se nalaze u dijelu fairway_section koda ISRS Location Code.
If two ids are used within an id element, both ISRS Location Codes have to refer to the same waterway.
Kodom dionice plovnog puta zajedno s hektometrom plovnog puta definira se dio vodnog puta koji se navodi kao par elemenata s identifikacijskom oznakom.
This means, that the codes include some identical digits located in the fairway_section part of the ISRS Location Code.
Za navođenje dijelova vodnog puta (parovi elemenata s identifikacijskom oznakom unutar elementa fairway_section geo_object) u porukama iz NtS-a, s obzirom na kodove ISRS Location Code potrebno je u obzir uzeti sljedeće:
The fairway section code together with the fairway hectometre defines a waterway stretch provided as pair of id elements.
znamenke od 1 do 2 (Country code):
For the provision of waterway stretches (id element pairs within the fairway_section geo_object) in NtS messages, the following has to be considered with respect to the ISRS Location Codes:
moraju biti identične unutar para identifikacijskih oznaka, ali
digits 1 to 2 (Country code):
različiti kodovi država mogu se definirati u okviru jednog para identifikacijskih oznaka u slučaju da susjedne zemlje upotrebljavaju isti kod dionice plovnog puta za određeni vodni put i isti sustav za definiranje hektometara,
have to be identical within the id pair, but
znamenke od 3 do 5 (UN Location code):
different country codes may be defined within one id pair in case neighbouring countries are using the same fairway section code for a specific waterway and the same system for defining the hectometres,
nisu relevantne, mogu imati različiti sadržaj unutar para identifikacijskih oznaka,
digits 3 to 5 (UN Location code):
znamenke od 6 do 10 (Fairway section code):
are not relevant, may contain different content within the id pair,
[iznimka]: u slučaju upotrebe belgijskih kodova ISRS u WS-u za NtS, za identificiranje dionice plovnog puta trebale bi se upotrebljavati samo znamenke od 6 do 8 jer će poruke iz NtS-a biti objavljene u različitim dionicama unutar jednog plovnog puta,
digits 6 to 10 (Fairway section code):
znamenke od 11 do 15 (Object Reference Code):
[exception]: in case of using the Belgian ISRS codes within NtS WS, one should use only digits 6 to 8 to identify the fairway section, because NtS messages will be published across different sections within one fairway,
znamenke od 16 do 20 (Fairway Hectometre):
digits 11 to 15 (Object Reference Code).
sastoje se od pet znamenki kojima se definira hektometar pa će stoga obično imati različit sadržaj unutar para identifikacijskih oznaka.
digits 16 to 20 (Fairway Hectometre):
Primjer: „00235” za km 23,5 plovnog puta; „00001” za km 0,1 plovnog puta,
consist of five numerical digits defining the hectometre thus will usually contain different content within the id pair.
[iznimka]: u slučaju Nizozemske ne postoji uvijek izravna veza između hektometra plovnog puta i fizičkog kilometra plovnog puta zbog definicije početka dijela plovnog puta u modelu mreže i u stvarnom svijetu; u tim slučajevima referentni kod objekta za objekte vrste „dismar”počinje s Kxxxx (xxxx uključuje fizičke kilometre, npr.
Example: ‘00235’ for fairway km 23,5; ‘00001’ for fairway km 0,1,
NLSVG00130K000300191 (km 3)).
[exception]: in case of the Netherlands there is not always a direct connection between the Fairway hectometre and the physical kilometre of the fairway due to the definition of the start of the fairway stretch in the network model and in the real world, in such cases the Object Reference Code for objects of the type ‘dismar’ starts with Kxxxx (xxxx includes the physical kilometre, e.g. NLSVG00130K000300191 (km 3)).
No za druge vrste objekata ne postoji nikakva izravna veza s fizičkim kilometrom plovnog puta u kodovima ISRS, npr. most Sas van Gent na istom plovnom putu na km 2,5 ima kod ISRS NLSVG001300521600186.
But for other types of objects there is no direct relation to the physical fairway km in the ISRS codes, e.g. the bridge of Sas van Gent on the same fairway at km 2,5 has the ISRS code NLSVG001300521600186.
U slučaju kanala Kanaal Gent-Terneuzen, fizički km 0,0 počinje na granici Belgije i Nizozemske, a hektometar 0,0 plovnog puta počinje na početku kanala u Gentu.
For the Kanaal Gent-Terneuzen the physical km 0,0 starts at the border of Belgium and the Netherlands and the Fairway Hectometre 0,0 starts at the beginning of the canal in Gent.
U slučaju da poruka pokriva više od jedne dionice vodnog ili plovnog puta, sve dionice plovnog puta moraju se definirati po svojim početnim i završnim točkama u zasebnim elementima XML za dionicu plovnog puta (fairway_section).
In case a message touches more than one waterway or fairway sections all fairway sections have to be defined by their begin- and end-point in separate ‘fairway_section’ XML elements.
Za neke zemlje/regije potrebno je izraditi funkciju filtra.
For some countries/regions it is required to build filter functionality.
Primjerice, ako je kod ISRS Location Code (1 – 2) Belgija, treba koristiti kod ISRS Location Code (6 – 8) kao ID za linearno referenciranje s hektometrom plovnog puta (kod ISRS Location Code 16 – 20).
For example if ISRS Location Code (1-2) is BE use ISRS Location Code (6-8) as the ID for linear referencing with the fairway hectometre (ISRS Location Code 16-20).
Primjeri za dijelove plovnog puta (valjani parovi elemenata s identifikacijskom oznakom unutar elementa fairway_section) koji uključuju prethodno definirane iznimke:
Examples for fairway stretches (valid id element pairs within the fairway_section) that include above defined exceptions:
dva nizozemska koda ISRS Location Code valjana su definicija dijela vodnog puta (u kojima se pokazuje nizozemska iznimka s obzirom na kilometar plovnog puta): NLSVG00130K000300191 (km 3,0 kod Sas van Genta na kanalu Kanaal Gent-Terneuzen) – NLWDP00130K000400200 (km 4,0 kod Westdorpea na kanalu Kanaal Gent-Terneuzen),
The two NL ISRS Location Codes are a valid definition of a waterway stretch (showing NL exception with respect to the kilometre of the fairway): NLSVG00130K000300191 (km 3,0 at Sas van Gent on the Kanaal Gent-Terneuzen) — NLWDP00130K000400200 (km 4,0 at Westdorpe on the Kanaal Gent-Terneuzen),
dva belgijska koda ISRS Location Code valjana su definicija dijela vodnog puta (u kojima se pokazuje belgijska iznimka s obzirom na kod dionice plovnog puta („020” Albertkanaal)): BEGNK02016L010100414 (prevodnica Genk smještena na km 41,4 na kanalu Albert Canal) – BEOSH02033L010500772 (prevodnica Ham smještena na km 77,2 na kanalu Albert Canal).
The two BE ISRS Location Codes are a valid definition of a waterway stretch (showing BE exception with respect to the fairway section code (‘020’ Albertkanaal)): BEGNK02016L010100414 (lock of Genk located at km 41,4 on the Albert Canal) — BEOSH02033L010500772 (lock of Ham located at km 77,2 on the Albert Canal).
Na sljedećoj slici prikazani su protuprimjeri upotrebe koda ISRS Location Code za svako od općih pravila (na dijelovima vodnog puta u Slovačkoj ne primjenjuju se nikakve iznimke u odnosu na opća pravila):
The following figure shows counter-examples of ISRS Location Code usage for each of the general conventions (no exceptions to the general conventions apply to SK waterway stretches):
Nevaljani upiti o kodu ISRS Location Code
Invalid ISRS Location Code queries
Opća napomena: NtS Web Service ne podržava uslugu postavljanja upita o valjanim kodovima ISRS Location Code.
General remark: A service to query valid ISRS Location Codes is not supported by the NtS Web Service.
Kodovi ISRS Location Code pružaju se u okviru Europskog sustava za upravljanje referentnim podacima (ERDMS).
The ISRS Location Codes are provided within the European Reference Data Management System (ERDMS).
Ispravna upotreba kodova ISRS Location Code u upitima i njihovo tumačenje prikazano je u sljedećih pet slučajeva.
The correct usage of ISRS Location Codes in queries and their interpretation is given in the following five cases.
Slučaj 1.: U zahtjevu nema elementa s identifikacijskim oznakama
Case 1: No ids element in request
Element s identifikacijskim oznakama neobvezan je dio zahtjeva, tj. dopušten je upit bez ikakvih elemenata s identifikacijskim oznakama:
The ids element is an optional part of the request, i.e. a query without any ids elements is allowed:
Valjani upit bez parametra za identifikacijske oznake
Valid query without ids parameter
Ako nije naveden nijedan element s identifikacijskim oznakama, sve se poruke vraćaju (ovisno, naravno, o ostalim kriterijima filtriranja kao što su validity_period ili dates_issue).
If no ids element is given, all messages shall be returned (depending, of course, on other filter criteria like validity_period or dates_issue).
Slučaj 2.: U zahtjevu postoji jedan element s identifikacijskom oznakom
Case 2: One id element in request
Svaki element s identifikacijskim oznakama može sadržavati jedan element ili dva elementa s identifikacijskom oznakom.
Each ids element can contain one or two id elements.
Slučaj s jednim elementom s identifikacijskom oznakom prikazan je na sljedećoj slici:
The case of one id element is shown in the following figure:
Valjani upit s jednim parametrom za identifikacijsku oznaku
Valid query with one id parameter
Ako se primi takav upit, poslužitelj vraća sve odgovarajuće poruke u kojima je početni hektometar ≤ navedenoj vrijednosti (240,7 u primjeru) i završni hektometar ≥ toj vrijednosti.
If such a query is received, the server shall return all matching messages with a start hectometre ≤ the given value (240,7 in the example) and an end hectometre ≥ this value.
Na slici u nastavku prikazan je takav odabir poruka: pozicija za koju je postavljen upit nalazi se između početnih i završnih vrijednosti hektometra iz poruka 1, 3 i 4, koje će se vratiti.
The figure below depicts this selection of messages: The position queried lies between the start and end hectometre values of messages 1, 3 and 4, which would be returned.
Poruke 2, 5 i 6 ne preklapaju se s pozicijom za koju je postavljen upit pa se one neće vratiti.
Messages 2, 5 and 6 do not overlap with the query position, so they would not be returned.
Ako navedeni kod ISRS Location Code označava pojedinačni objekt, npr. vodomjer ili prevodnicu, usluga web service trebala bi vratiti poruke koje uključuju taj objekt.
If the given ISRS Location Code denotes a singular object, e.g. a gauge or a lock, the web service should return the messages involving this object.
Odgovarajuće i neodgovarajuće poruke za jedan parametar za identifikacijsku oznaku
Matching and not matching messages for one id parameter
Slučaj 3.: Dva elementa s identifikacijskom oznakom u zahtjevu
Case 3: Two id elements in request
Slučaj s dva elementa s identifikacijskim oznakama prikazan je na sljedećoj slici:
The case of two id elements is shown in the following figure:
Valjani upit s dva identifikacijska parametra za identifikaciju oznaku
Valid query with two id parameters
Sve vrijednosti hektometra za koje je postavljen upit tretiraju se kao valjane čak i ako odgovarajuća dionica plovnog puta ima različite početne i završne točke.
All hectometre values queried shall be treated as valid, even if the corresponding fairway section has different start or end points.
Primjerice, ako dionica plovnog puta počinje na hektometru 100,0 i završava na hektometru 300,0, zahtjev u kojem se postavljaju upiti o hektometrima od 20,0 do 400,0 bit će valjan.
For instance, if the fairway section starts at hectometre 100,0 and ends at hectometre 300,0, a request querying hectometres 20,0 up to 400,0 would be valid.
Interno, naravno, pretražuje se samo „stvarni” raspon dionice plovnog puta.
Internally, of course, only the ‘real’ extent of the fairway section is searched.
Time se omogućuje i pretraživanje za sve poruke na dionici plovnog puta bez znanja njegova točnog raspona u hektometrima (netko bi poslao svoj ISRS Location Code s hektometrima postavljenima na „00000” ili „99999”).
Doing so also enables the search for all messages on a fairway without knowing its exact hectometre range (one would send its ISRS Location Code with hectometres set to ‘00000’ or ‘99999’ respectively).
Vraćaju se sve odgovarajuće poruke koje presijecaju navedeni hektometarski interval.
All matching messages intersecting the given hectometre interval shall be returned.
Ta je situacija prikazana na sljedećem dijagramu:
The following diagram illustrates this situation:
Odgovarajuće i neodgovarajuće poruke za dva parametra za identifikacijsku oznaku
Matching and not matching messages for two id parameters
Na prethodnoj slici prikazuje se kako se definira „presijecanje”.
The figure above shows, how ‘intersecting’ is defined.
Dok se rasponi poruka od 1 do 4 preklapaju s rasponom hektometara za koji je postavljen upit (djelomično ili potpuno), rasponi poruka 5 i 6 ne preklapaju se pa će stoga poruke od 1 do 4 biti vraćene, a 5 i 6 neće biti vraćene.
While the extents of the messages 1 to 4 overlap with the extent of the queried hectometre range (partially or completely), the extents of messages 5 and 6 do not, therefore messages 1 to 4 will be returned, 5 and 6 will not be returned.
Tehnički je uvjet za to da poruka presijeca interval [A, B] sljedeći: početni je hektometar poruke ≤ B, a njezin je završni hektometar ≥ A.
The technical condition for a message to intersect with an interval [A, B] is: The start hectometre of the message is ≤ B and its end hectometre is ≥ A.
Kombinacija: više elemenata s identifikacijskim oznakama u zahtjevu
Valid query with multiple ids elements
Kombinacija nekoliko elemenata s identifikacijskim oznakama u zahtjevu dovodi do spajanja odgovarajućih poruka.
The combination of several ids elements in the request leads to a union of the corresponding messages.
Svi elementi s identifikacijskim oznakama tretiraju se pojedinačno pa će poruka biti vraćena ako odgovara barem jednom od njih.
All the ids elements are treated individually and a message will be returned, if it matches at least one of them.
Stoga bi sljedeće poruke bile vraćene u navedenim primjerima:
Therefore, the following messages would be returned for the given example:
sve poruke za objekt s kodom ISRS Location Code SKXXX0000010000***** s početnim hektometrom = 0 i završnim hektometrom ≥ 0 (vidjeti slučaj 2.),
All messages for the object with the ISRS Location Code SKXXX0000010000***** with start hectometre =0 and end hectometre ≥ 0 (see Case 2)
sve poruke za objekt s kodom ISRS Location Code SKXXX0000500000***** koje presijecaju hektometarski interval [220,0, 300,0] (vidjeti slučaj 3.).