natgillin/translations-raw huggingface dataset:
Messages 2, 5 and 6 do not overlap with the query position, so they would not be returned.
Matchande och icke matchande meddelanden för en ID-parameter
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.
Fall 3: Två ID-element i förfrågan
Matching and not matching messages for one id parameter
Ett fall med två ID-element visas i följande figur:
Case 3: Two id elements in request
Giltig förfrågan med två ID-parametrar
The case of two id elements is shown in the following figure:
Alla begärda hektometervärden ska behandlas som att de är giltiga, även om det motsvarande farledsavsnittet har olika start- och slutpunkter.
Valid query with two id parameters
Om farledsavsnittet t.ex. börjar vid hektometer 100,0 och slutar vid hektometer 300,0 skulle en förfrågan för hektometrar 20,0 till 400,0 vara giltig.
All hectometre values queried shall be treated as valid, even if the corresponding fairway section has different start or end points.
Internt görs förstås en sökning av farledsavsnittets ”verkliga” omfattning.
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.
Detta gör det möjligt att söka efter alla meddelanden om en farled utan att dess exakta hektometersträcka är känd (användaren skulle söka identifieringskod med hektometervärden satta till ”00000” respektive ”99999”).
Internally, of course, only the ‘real’ extent of the fairway section is searched.
Alla matchande meddelanden som faller inom det givna hektometerintervallet ska returneras.
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).
Följande diagram illustrerar denna situation:
All matching messages intersecting the given hectometre interval shall be returned.
Matchande och icke matchande meddelanden för två ID-parametrar
The following diagram illustrates this situation:
Figuren ovan visar hur ”faller inom intervallet” definieras.
Matching and not matching messages for two id parameters
Medan meddelandena 1 till 4 överlappar varandra med rätt grad av det önskade hektometerintervallet (delvis eller helt), gör meddelandena 5 och 6 inte det, därför returneras meddelandena 1 till 4, och 5 och 6 kommer inte att returneras.
The figure above shows, how ‘intersecting’ is defined.
Det tekniska villkoret för att ett meddelande ska falla inom ett intervall [A, B] är: Starthektometern för meddelandet är ≤ B och dess sluthektometer är ≥ A.
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.
Kombination: Flera ID-element i förfrågan
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.
Giltig förfrågan med flera ID-element
Valid query with multiple ids elements
Alla ID-element behandlas individuellt och ett meddelande kommer att returneras, om det matchar minst ett av elementen.
The combination of several ids elements in the request leads to a union of the corresponding messages.
Därför returneras följande meddelanden för det givna exemplet:
All the ids elements are treated individually and a message will be returned, if it matches at least one of them.
Alla meddelanden för objektet med identifieringskod SKXXX0000010000***** med starthektometer = 0 och sluthektometer ≥ 0 (se fall 2).
Therefore, the following messages would be returned for the given example:
Alla meddelanden för objektet med identifieringskod SKXXX0000500000***** som faller inom hektometerintervallet [220,0, 300,0] (se fall 3).
All messages for the object with the ISRS Location Code SKXXX0000010000***** with start hectometre =0 and end hectometre ≥ 0 (see Case 2)
I detta kapitel beskrivs specifikationen för implementering av tjänsten för ”meddelanden till befälhavare” som är ett resultat av övervägandena och valen i de föregående kapitlen.
All messages for the object with the ISRS Location Code SKXXX0000500000***** which intersect the hectometre interval [11,0, 15,0] (see Case 3) — All messages for the object with the ISRS Location Code SKXXX0000200000***** with start hectometre ≤ 110,5 and end hectometre ≥ 110,5 (see Case 2)
Tjänsten för ”meddelanden till befälhavare” tillhandahåller de fyra typerna av ”meddelanden till befälhavare”:
All messages for the object with the ISRS Location Code SKXXX0000500000***** which intersect the hectometre interval [220,0, 300,0] (see Case 3)
FTM – meddelande om farled och trafik.
In this chapter the implementation specification of the NtS message service is given, deduced from the considerations and choices in the preceding chapters.
WRM – meddelande om vatten.
The NtS message service provides the four types of messages in the NtS:
ICEM – meddelande om is.
NtS FTM (fairway and traffic related message)
WERM – meddelande om väder.
NtS WRM (water related message)
En implementering av tjänsten för ”meddelanden till befälhavare” kan stödja alla meddelandetyper eller endast ett urval.
NtS ICEM (ice message)
En deltagande medlemsstat kan erbjuda flera tjänster för en specifik meddelandetyp, om dessa är kompletterande tjänster.
NtS WERM (weather related message)
För att tjänsten ska vara så driftsäker och okomplicerad som möjligt används inget ytterligare frågespråk i webbtjänsten för meddelanden.
An implementation of the NtS message service can support all message types or just a selection.
Istället används konstruktionerna som tillhandahålls av WDSL.
It is allowed that a participating Member State provides more than one service for a specific message type, that complement each other.
De specifika operationerna i kombination med operationernas parametrar specificeras inom WSDL-specifikationen.
In order to achieve a maximum robustness of the service while keeping the complexity on a low level no additional query language is used for the NtS Web Service.
När det gäller tjänsten för ”meddelanden till befälhavare” definieras en enskild operation.
Instead the constructs provided by WSDL itself are applied.
Det ämnesspecifika filterkriteriet hämtas från standarden för ”meddelanden till befälhavare”, men kriteriet utvidgas för multipla parametrar:
The specific operations together with their parameters are specified entirely within the WSDL specification.
Typ av meddelande (obligatoriskt: antingen ”FTM”, ”WRM”, ”ICEM” eller ”WERM”).
In the case of the NtS Message Service a single operation is defined.
Specifika avsnitt av vattenvägar eller delar av dessa avsnitt, eller specifika objekt (valfritt: beskrivning med en identifieringskod och/eller par av identifieringskoder).
The subject-specific filter criteria are taken from the NtS standard, but extended concerning multiplicity of the parameters:
Giltighetstid (valfritt: startdatum och slutdatum för giltighetsperiod).
type of message (compulsory; one of ‘FTM’, ‘WRM’, ‘ICEM’, ‘WERM’),
Datum för publicering av meddelandet (valfritt: enskilda datum och/eller datumintervall).
specific waterway sections or parts thereof, or specific objects (optional; described by single ISRS Location Codes and/or pairs of ISRS Location Codes),
Endast meddelanden som matchar de angivna kriterierna returneras av tjänsten.
time of validity (optional; start date and end date),
Funktion för sidvisning
date of publication of the notice (optional; single dates and/or intervals of dates).
För att kontrollera datamängden stöds en funktion för sidvisning.
Only the messages matching the given criteria are returned by the service.
Sidvisningsparametern definieras med en komplex uppsättning kriterier som innehåller följande element:
Paging mechanism
Offset: serienummer för det första returnerade meddelandet (heltal ≥ 0).
In order to control the amount of data a paging mechanism is supported.
Limit: max. antal meddelanden (heltal ≥ 0).
The paging parameter is defined with a complex type containing the following elements:
Total count: flagga, om totalt antal meddelanden ska returneras (booleskt värde).
offset: serial number of the first returned message (integer ≥ 0),
Den komplexa sidvisningsparametern är valfri, men om den används ska alla element i parametern anges.
limit: max. number of messages (integer ≥ 0),
Sedan fungerar sidvisningsfunktionen på följande sätt:
total count: flag, if total number of messages shall be returned (Boolean value).
Det totala antalet meddelanden överskrider inte värdet för parametern limit, med undantaget att värdet 0 betyder ”obegränsat”.
The complex paging parameter is optional, but if it is present, all elements within have to be given.
Svaret hoppar över det antal meddelanden som definierats i parametern offset.
Then, the paging mechanism works in the following way:
För att denna funktion ska gå att använda måste tjänsten observera en temporärt stabil (men annars godtycklig) sekvens av meddelanden, t.ex. mellan två uppdateringar av meddelandedata på den underliggande datauppsättningen för webbtjänsten.
The total number of messages will not exceed the value of the parameter limit, with the exception that a value of 0 means ‘no limit’.
Det betyder att två på varandra efterföljande anrop måste returnera samma meddelanden i samma ordning.
The response skips as many messages as defined in the parameter offset.
Parametern total count bestämmer om svaret ska innehålla det totala antalet meddelanden som matchar de ämnesspecifika kriterierna.
In order to provide this mechanism, the service has to observe a temporarily stable (but otherwise arbitrary) sequence of the messages, e.g. between two updates of message data on the underlying data set of the web service.
Vanligtvis bör det vara tillräckligt att begära denna information med det första svaret och utelämna informationen i alla efterföljande svar.
This means that two consecutive identical calls must return the same messages in the same order.
Det bör leda till att webbtjänsten fungerar optimalt.
The parameter total count determines whether the response shall provide the total number of messages matching the subject-specific criteria.
Med sidvisningsfunktionen kan meddelanden begäras iterativt i ”sidor”.
Usually it should be sufficient to request this information with the first response, but omit it in all consecutive responses.
För att sidvisningsfunktionen ska fungera korrekt måste samma ämnesspecifika parametrar tillhandahållas i varje anrop.
This should result in a better performance of the web service.
Om processen för en förfrågan fungerar som den ska innehåller svaret från webbtjänsten för meddelanden de meddelanden som matchar parametrarna i förfrågan.
The paging mechanism provides a means to request the messages iteratively in ‘pages’.
Meddelandena måste följa schemat för ”meddelanden till befälhavare” och kan valideras mot detta schema.
In order for the paging mechanism to work properly, the same subject-specific parameters have to be provided in each call.
Eftersom meddelandetyp är en obligatorisk parameter i förfrågan kan varje svar endast innehålla meddelanden av samma typ: FTM, WRM, ICEM eller WERM.
In case of a successful request the NtS Web Service response contains the NtS messages that match the request parameters.
Om tjänsten detekterar fel under bearbetningen av förfrågan kan tjänsten returnera ett godtyckligt antal felmeddelanden med de felkoder som listas i följande underkapitel.
The NtS messages have to comply with the NtS schema and can be validated against that schema.
Ett svar från en webbtjänst för meddelanden kan innehålla både ”meddelanden till befälhavare” och felmeddelanden samtidigt.
Since the message type is a compulsory request parameter, each response can contain only NtS messages of the same message type, FTM, WRM, ICEM or WERM respectively.
Ytterligare sidvisningsinformation returneras om förfrågan innehöll parametrar för sidvisning.
If the service detects errors while processing the request it can return an arbitrary number of error messages, using the error codes listed in the following subchapter.
I förekommande fall är förskjutningen (offset) och antalet meddelanden däri obligatoriska.
One response of an NtS Web Service can contain NtS messages and error messages at the same time.
Det totala antalet (total count) behöver bara finnas med om detta begärts.
Optional paging information is returned if the request contained paging parameters.
Observera: Det antas att kommunikationen mellan webbtjänsten och användaren fungerar ur teknisk synpunkt, dvs. att tjänsten tar emot förfrågningen och att användaren tar emot svaret.
In this case the offset and number of contained messages are mandatory, the total count needs only be present if it has been requested.
Tekniska fel, t.ex. fel på internetuppkopplingen eller att webbtjänsten inte är tillgänglig på grund av underhåll eller krasch beaktas inte här.
Please note: It is assumed that the communication between the web service and the user is technically established, i.e. the service receives the request and the user receives the corresponding response.
Här beaktas endast fel som inträffar ”bakom kulisserna” i webbtjänsten, dvs. fel som påverkar användaren.
Technical errors, e.g. breakdown of the internet connection or inaccessibility of the web service due to maintenance or crash, are not considered here.
Felmeddelanden
Only error situations that happen ‘behind’ the web service layer from the users point of view are considered here.
Felkoderna för de förväntade felsituationerna anges nedan tillsammans med en förklaring.
Error messages
Svaret innehåller endast felkoden, vilket är den vanliga proceduren enligt XML-schemat för ”meddelanden till befälhavare”.
The error codes for the expected error situations are given below, together with an explanation.
Felkoder för webbtjänsten för meddelanden
Only the error code is contained in the response, which is the usual procedure in the XML schema of the NtS.
Om tillvägagångssättet där man utgår från avtal följs konsekvent, det vill säga att ett eller flera avtal med fullständiga beskrivningar av gränssnittet ges i form av WSDL-dokument, kan en implementering av tjänsten/tjänsterna samt en implementering av en motsvarande klient genereras automatiskt med hjälp av lämpliga programvaruverktyg.
Error codes for the NtS message service
I en idealisk situation behöver inga manuella ändringar göras i den genererade källkoden.
In an ideal situation no manual changes have to be made in the generated source code.
Verktyget har vanligtvis individuella krav på användningen av WSDL-standarden för att fungera korrekt.
However, in most cases several iterations are necessary until the WSDL specification meets the precise requirements of such a tool.
Därför kan WSDL-specifikationen behöva ändras, även om WSDL-specifikationen från början var giltig enligt WSDL-standarden.
Typically the tool makes individual demands on the use of the WSDL standard in order to work smoothly.
Om webbtjänstens WSDL-specifikation ändras efter att tjänsten eller klienten har genererats kan en ny genereringsprocess krävas, beroende på aktuella förändringar.
As a consequence changes to the WSDL specification may be necessary, although the WSDL specification was a valid specification according to the WSDL standard in the first place.
Förklaring
If the WSDL specification of the web service is changed after the service or the client have been generated, a new generation process may be necessary, depending on the changes made.
Identifikation
Term
Simple Object Access Protocol – nätverksprotokoll som ofta används för webbtjänster
Identification
Förenta nationerna
Simple Object Access Protocol; network protocol typically used for web services
Uniform Resource Locator – adress för nätverksresurs, används vanligen för internetadresser
Universal Description, Discovery and Integration; Standard for registry services in the context of web services
Webbtjänst – tjänst med webbaserat gränssnitt och som används för kommunikation via internet
United Nations
Web Services Description Language – standard för specificering av webbtjänster
Uniform Resource Locator; location of a network resource typically used for internet addresses
Web Services Interoperability Organisation – industrikonsortium som arbetar för att stödja driftskompatibilitet för webbtjänster
World Geodetic System 1984
Extensible Markup Language – metaspråk för strukturerad datavisning oberoende av plattform
Web Services Description Language; standard for the specification of web services
Beskrivning hämtad från WS-I:s webbplats: http://www.ws-i.org
Web Services Interoperability Organisation; industry consortium with the objective to support interoperability of web services
meddelandets giltighetstid (start- och slutdatum för giltighetsperiod),
Yes:
”year” ändras inte,
Reason_code
”number” ändras inte,
Reporting_code
Signalstation – bropassage
Communication_code
Signalstation – sluss
Ice_condition_code
Signalstation – signal för mötande trafik
Ice_accessibility_code
Signalstation – insegling i och avsegling från hamn
Ice_classification_code
matchande exempel, andra möjliga TypeCodes (i förhållande 1:n)
Names shall be entered in local language, thus also e.g. diacritics or Cyrillic letters may be used. (e.g. Baarlerbrücke, Volkeraksluis or Mannswörth).
Alla meddelanden för objektet med identifieringskod SKXXX0000500000***** som faller inom hektometerintervallet [11,0, 15,0] (se fall 3).
Visualisation of water level prediction confidence interval: most probable value (black), confidence interval upper boarder (violet), confidence interval lower boarder (red), measured water level (blue)
Alla meddelanden för objektet med identifieringskod SKXXX0000200000***** med starthektometer ≤ 110,5 och sluthektometer ≥ 110,5 (se fall 2).
(The x-axis shows the time; the y-axis shows the water level in cm)
parametrar för sidvisningsfunktion passar inte de tillgängliga meddelandena, t.ex.
it is checked if all mandatory content is provided in line with the NtS XSD (if not, go back to (2));
Offset ≥ Total count
the ‘organisation’ stays unchanged;
Tillägg C
the ‘year’ stays unchanged;
Tillägg D]
the ‘number’ stays unchanged;
Ordförande
Traffic Sistat — Bridge Passage
Blockering
Traffic Sistat — Oncoming Traffic Indicator
Webbtjänst för meddelanden
Traffic Sitat — Port Entry and Departure
Delvis obstruktion
matching example, other TypeCodes possible (1:n relation)
Ingen service
Jean-Claude JUNCKER
Frihöjd
present date is before the start date of validity.
Fartygets höjd över vattenytan
In this registry potential consumers of the web service could search and find the service.
Minsta motoreffekt
Instead the constructs provided by WSDL itself are applied.
Ingen begränsning
a specific part of a waterway, defined by the river-km of the starting and the end point;
Inga tusentalsavgränsare används.
date of publication of the notice (date and time of publication).
Funktionskod
NtS messages that comply with the standards referred to in this Annex can be provided, among other tools, by:
Funktionskodens betydelse
Location code (3 digits, alphanumerical, ‘XXX’ if not available) (b) Block 2: Fairway section code (5 digits, alphanumerical, to be determined by the national authority)
Typkod
Inland ECDIS
Typkodens betydelse
Decimals in numeric fields are indicated with a . (period).
Bebyggda områden
In order to control the amount of data a paging mechanism is supported.
väljs av redaktören
The paging parameter is defined with a complex type containing the following elements:
Byggnad av vikt för sjöfart
Is there a need to publish information via NtS FTM according to NtS Standard?
Broområde [C_AGGR()]
All relevant information concerning safety and voyage planning has to be published via NtS messages.
Klaffbro [C_AGGR()]
Subject_code:
Broar med brobågar
Limitation_code:
Fast bro
Indication_code:
Lyftbro
NtS Web Service
Svängbro
20, clear from 10 km to 20 km
Luftledning
partial obstruction
Luftpipeline
no service
Klaffbro
changed service
Bunkrings-/tankstation
vessel draught
Kran
vessel breadth
Hamnområde
convoy breadth
Hamnbassäng
vessel length
Landningsbrygga, ponton
convoy length
Förtöjningsanläggning
clearance height
Hamnområde
vessel air draught
Sopinsamlingspunkt
available length
Färjeterminal
no overtaking
Del av slusskammare
no berthing
Sluss
no mooring
Särskild konstruktion för sjöfarten
no anchoring
Kanalbro
speed limit
Öppning av fördämning
no wash of waves
Damm
not allowed to go ashore
Dammlucka
minimum power
Vattenståndsmätare
special caution
Linfärja
no limitation
Frigående färja
reason_code: OTHER.
Självdriven linfärja
No thousand separators are used.
Avståndsmarkering längs vattenvägens axel
The number of decimals used for values shall be limited to a feasible amount to ensure user-friendly display.
Flod
XML Schema Definition (XSD),
Ankringsområde
Simple Object Access Protocol (SOAP),
Ankarplats
Universal Description, Discovery and Integration (UDDI).
Kaj-/flottområden
ISRS Location Code
Omlastningskaj
RIS
Vändplats
(period).
Kanal
No thousand separators are used.
Farled
Function Code
Punkt för radioanrop (underrättelsepunkt)
Function Code Meaning
Kontrollpunkt
Type Code
Passagepunkter
Type Code Meaning
RIS-center
to be selected by editor
Trafikpunkter (de första rapporteringspunkterna)
Building of Navigational Significance
Knutpunkt på vattenväg/slut på vattenväg/korsning
Bridges with Bridge Arches
grön
Fixed Bridge
Direkt matchning (i förhållande 1:1)
Lift Bridge
gul
Suspension Bridge
blå
Swing Bridge
ingen direkt matchning / väljs av redaktören
Overhead Cable
Kod
Overhead Pipe
Beskrivning
Drawbridge
meddelandetyp stöds ej
Bunker / Fuelling Station
webbtjänsten stöder inte begärd meddelandetyp
Crane
sidvisningsparametrar stämmer inte överens med meddelandena
Harbour Area
syntax error i förfrågan
Landing Stage, Pontoon
felaktig meddelandetyp
Mooring Facility
angiven meddelandetyp okänd
Permanently Moored Vessel or Facility to be selected by editor
felaktiga typspecifika parametrar
Port Area
typspecifika parametrar är felaktiga
Refuse Dump
felaktiga sidvisningsparametrar
Terminal
angivna parametrar för sidvisningsfunktion är felaktiga
RORO-terminal
operation okänd
Ferry-terminal
begärd operation är okänd
Tanker-Terminal
datakällan är ej tillgänglig
Passenger Terminal
webbtjänstens datakälla för data i ”meddelanden till befälhavare” är ej tillgänglig för tillfället (tekniskt problem)
Container Terminal
för många resultat för förfrågningen,
Bulk Terminal
servern kan inte hantera antalet resultat
Vehicle Transfer Location
Permanent förtöjt fartyg/anläggning
Lock Basin
består av fem olika siffror som definierar hektometern och kommer därför i normala fall att ha ett innehåll som skiljer sig inom ID-paret (exempel: ”00235” för farled km 23,5; ”00001” för farled km 0,1), men
lock basin
Meddelande om inspektionsarbete, används endast vid inspektion; används ej för reparations-/byggnadsarbeten Det kan finnas begränsningar på grund av inspektionsbilar/inspektionsburar eller ställningar
Lock Basin Part
Om begränsningar är tillämpliga ska avsnittet om begränsningar fyllas i.
lock
Om värden kopplade till begränsningar är kända måste de anges.
Exceptional Navigational Structure
Med konfidensintervallets value_min och value_max kan värdekonfidensintervall för WRM-värden anges via standardiserade WRM till befälhavare för användning i diagram Själva rådatan ska inte visas för IWT-användare (t.ex. i kodformat).
Commission Delegated Regulation (EU) 2018/2033
Kommissionens delegerade förordning (EU) 2018/2033
establishing a discard plan for certain demersal fisheries in South-Western waters for the period 2019-2021
om upprättande av en utkastplan för vissa demersala fisken i sydvästliga vatten för perioden 2019–2021