Difference between revisions of "Talk:UKCLRN"
Line 38: | Line 38: | ||
[[User:Jens|jens]] 13:34, 5 November 2010 (UTC) The extension to the definition in brackets bases on suggestion by Canadian Coast Guard. If it is ok for you pls remove the brackets. I feel fine with that. | [[User:Jens|jens]] 13:34, 5 November 2010 (UTC) The extension to the definition in brackets bases on suggestion by Canadian Coast Guard. If it is ok for you pls remove the brackets. I feel fine with that. | ||
− | [[User:Jens|jens]] 13:45, 5 November 2010 (UTC)to reflect the need of UCK based on ship's beam I added one line and created a new attribute [[UKCVBB]]and amended the acronym for draught based UKC to [[UKCVDB]]. | + | [[User:Jens|jens]] 13:45, 5 November 2010 (UTC)to reflect the need of UCK based on ship's beam I added one line and created a new attribute [[UKCVBB]] and amended the acronym for draught based UKC to [[UKCVDB]]. |
If that goes ok I will rename the current [[UKCVAR]]. Pls reply here. | If that goes ok I will rename the current [[UKCVAR]]. Pls reply here. |
Revision as of 13:46, 5 November 2010
DavidAcland 21:23, 25 March 2010 (UTC)
Original definition:
1) Under-keel clearance means the minimum clearance available between the deepest point on the vessel and the bottom in still water. It can be defined with fixed and variable values.
Reference:
Extracted from Marine Exchange of Southern California Chapter XIV [Document name not known: ? Vessel Operating Procedures ?]
First sentence replaced with definition from IHO Dictinary. Name ammended in line.
jens 05:07, 28 October 2010 (UTC) We have to extend the list of attributes to UKC based on ship's beam and to amend the current definitions accordingly. (Source: Port of Rotterdam UKC policy.)
jens 10:40, 28 October 2010 (UTC) consider following source
http://www.porttaranaki.co.nz/Port/DUKC_Booklet.pdf
raphael 00:07, 1 November 2010 (UTC): The Port Taranaki information booklet says that they will calculate a maximum draft and sailing window given ship characteristics and natural conditions, so for the model the effect may be that we should attach a "service access procedure" to either REGLTS and its brothers or to APPLIC.
jens 13:52, 1 November 2010 (UTC) Actually I'm a bit concerned about using SVAPRC here. Currently SVAPRC is exclusively used for Marine Service and the definition was carefully written to avoid mixing of service access to marine service and others stated in reg/res/...
I think we can put the information of the passage window into the three brothers which are already associated to APPLIC.
raphael 19:03, 1 November 2010 (UTC): It may be interesting to review how many procedures there are in nautical publications, and consider turning "procedure" into an information object (with an attribute categoryOfProcedure). The idea would be to specify "what the crew must or should do, and how", which question turns up quite often during passage planning.
Some examples of allowed values for the category are: 1: procedure for accessing marine service; 2: procedure for determining under-keel clearance; 3: procedure for requesting permission to transit a restricted area or permission to use a facility.
Just an idea at the moment, what do you think?
jens 06:47, 2 November 2010 (UTC) Interesting approach. Actually we hoped having captured all procedures by SVAPRC and by using reg/res...
To get access to certain facilities (and there can be a lot) mariners have usually to contact a marine service which will manage all necessities.
Defining procedures to calculate UKC looks tempting. Unfortunately the calculation of the UKC is either be done by the ship (according to many different parameters the ships crew has to be taken into account) or by authorities (based on theoretic models and experiences). Whereas the latter can be provided as a simple value in NPUB (I know it is bold calling our complex attribute UKCLRN simple :) )is the first case totally apart from our responsibility. That is simple good seamanship.
If the discussion turns up with a need for such categoryOfProcedure I will be interested to see the different values. I afraid we can't describe all. The value list will be either endless or incomplete.
raphael 04:57, 3 November 2010 (UTC): For Port Taranaki the procedure might be simply something like "Send vessel characteristics beam, draught, and hull profile to the port authority no earlier than 36 hours and no later than 8 hours before your ETA, and you will receive UKC and arrival window". In another port it might be "Obtain up-to-date information about local channel depths and sea state from the port authority and use them in calculating your own UKC using the guidelines provided by your operating company." Is the same as you were thinking? (The system would not be able to calculate UKC automatically, but the crew would be able to see at once the method they must use to calculate it for this port.)
jens 09:24, 3 November 2010 (UTC) Yes, actually we can put that information into reg section. We should think about a similar structure as used for Notice time if we intent to extend the UKCLRN to textual description too.
jens 13:34, 5 November 2010 (UTC) The extension to the definition in brackets bases on suggestion by Canadian Coast Guard. If it is ok for you pls remove the brackets. I feel fine with that.
jens 13:45, 5 November 2010 (UTC)to reflect the need of UCK based on ship's beam I added one line and created a new attribute UKCVBB and amended the acronym for draught based UKC to UKCVDB. If that goes ok I will rename the current UKCVAR. Pls reply here.