Talk:NTCHRS - Revision history

Rmm at 14:26, 26 March 2010

2010-03-26T14:26:00Z

Jens at 11:31, 26 March 2010

2010-03-26T11:31:13Z

Rmm at 02:09, 26 March 2010

2010-03-26T02:09:22Z

New page

[[User:Jens|jens]] 16:39, 14 September 2009 (UTC)

o.k. should we amend the measure to seconds or constructions allowing dd/hh/mm ? That would provide more flexibility.

[[User:Rmm|raphael]] 20:21, 14 September 2009 (UTC): OK. I suggest requiring the time to be according to the ISO 8601 time interval (duration) format.

[[User:Jens|jens]] 05:10, 15 September 2009 (UTC)

The standard looks fine. Checked in wikipedia (German Version). If not receiving other comments the definition can be amended accordingly.

[[User:Rmm|raphael]] 16:52, 30 October 2009 (UTC): Fine. The definition can become:

The time duration prior to the time the service is needed, when notice must be provided to the service provider.

And the Resolution, Example, and Constraints can be deleted.

[[User:Rmm|raphael]] 08:17, 15 January 2010 (UTC): TSMAD changed our proposed "Resolution" to "Precision" and I believe they also decided to remove Quantity. Will consult S-100 to find out the latest situation. The datatype should also be changed from "Integer" in accordance with the decision above about "measure".

[[User:DavidAcland|DavidAcland]] 14:22, 24 March 2010 (UTC) I have checked with UKHO radio signals production and they say we often have notices of "1.5" or "2.5". Unless I missunderstand "Integer" this will not work. So I have changed the data type to "Real".

--[[User:Rmm|raphael]] 02:09, 26 March 2010 (UTC): Type "Real" is fine but then we should delete the references to ISO8601 to keep it internally consistent. ISO 8601 format would allow a string like "PT1H30M" for a duration of 1 hour 30 minutes while a Real value would be coded like any other real number.

Rmm at 08:17, 15 January 2010

2010-01-15T08:17:00Z

Rmm at 16:52, 30 October 2009

2009-10-30T16:52:35Z

Jens at 05:10, 15 September 2009

2009-09-15T05:10:24Z

Rmm at 20:21, 14 September 2009

2009-09-14T20:21:28Z

Jens: New page: ~~~~ o.k. should we amend the measure to seconds or constructions allowing dd/hh/mm ? That would provide more flexibility.

2009-09-14T16:39:11Z

New page: ~~~~ o.k. should we amend the measure to seconds or constructions allowing dd/hh/mm ? That would provide more flexibility.

New page

[[User:Jens|jens]] 16:39, 14 September 2009 (UTC)

o.k. should we amend the measure to seconds or constructions allowing dd/hh/mm ? That would provide more flexibility.

← Older revision		Revision as of 14:26, 26 March 2010
Line 24:		Line 24:
	[[User:Jens\|jens]] 11:31, 26 March 2010 (UTC)		[[User:Jens\|jens]] 11:31, 26 March 2010 (UTC)
	ok, I remove the reference to ISO8601. I must be clear to us, that we have to work only with real (hours) in the future. I only write that, because I can hear the crying people saying "How to model 2 days in advance?" That is fixed herewith. "BZ"		ok, I remove the reference to ISO8601. I must be clear to us, that we have to work only with real (hours) in the future. I only write that, because I can hear the crying people saying "How to model 2 days in advance?" That is fixed herewith. "BZ"
		+
		+	[[User:Rmm\|raphael]] 14:26, 26 March 2010 (UTC): "BZ", Jens.

← Older revision		Revision as of 11:31, 26 March 2010
Line 20:		Line 20:

	--[[User:Rmm\|raphael]] 02:09, 26 March 2010 (UTC): Type "Real" is fine but then we should delete the references to ISO8601 to keep it internally consistent. ISO 8601 format would allow a string like "PT1H30M" for a duration of 1 hour 30 minutes while a Real value would be coded like any other real number.		--[[User:Rmm\|raphael]] 02:09, 26 March 2010 (UTC): Type "Real" is fine but then we should delete the references to ISO8601 to keep it internally consistent. ISO 8601 format would allow a string like "PT1H30M" for a duration of 1 hour 30 minutes while a Real value would be coded like any other real number.
		+
		+
		+	[[User:Jens\|jens]] 11:31, 26 March 2010 (UTC)
		+	ok, I remove the reference to ISO8601. I must be clear to us, that we have to work only with real (hours) in the future. I only write that, because I can hear the crying people saying "How to model 2 days in advance?" That is fixed herewith. "BZ"

← Older revision		Revision as of 08:17, 15 January 2010
Line 14:		Line 14:

	And the Resolution, Example, and Constraints can be deleted.		And the Resolution, Example, and Constraints can be deleted.
		+
		+	[[User:Rmm\|raphael]] 08:17, 15 January 2010 (UTC): TSMAD changed our proposed "Resolution" to "Precision" and I believe they also decided to remove Quantity. Will consult S-100 to find out the latest situation. The datatype should also be changed from "Integer" in accordance with the decision above about "measure".

← Older revision		Revision as of 20:21, 14 September 2009
Line 2:		Line 2:

	o.k. should we amend the measure to seconds or constructions allowing dd/hh/mm ? That would provide more flexibility.		o.k. should we amend the measure to seconds or constructions allowing dd/hh/mm ? That would provide more flexibility.
		+
		+	[[User:Rmm\|raphael]] 20:21, 14 September 2009 (UTC): OK. I suggest requiring the time to be according to the ISO 8601 time interval (duration) format.

← Older revision		Revision as of 16:52, 30 October 2009
Line 8:		Line 8:

	The standard looks fine. Checked in wikipedia (German Version). If not receiving other comments the definition can be amended accordingly.		The standard looks fine. Checked in wikipedia (German Version). If not receiving other comments the definition can be amended accordingly.
		+
		+	[[User:Rmm\|raphael]] 16:52, 30 October 2009 (UTC): Fine. The definition can become:
		+
		+	The time duration prior to the time the service is needed, when notice must be provided to the service provider.
		+
		+	And the Resolution, Example, and Constraints can be deleted.

← Older revision		Revision as of 05:10, 15 September 2009
Line 4:		Line 4:

	[[User:Rmm\|raphael]] 20:21, 14 September 2009 (UTC): OK. I suggest requiring the time to be according to the ISO 8601 time interval (duration) format.		[[User:Rmm\|raphael]] 20:21, 14 September 2009 (UTC): OK. I suggest requiring the time to be according to the ISO 8601 time interval (duration) format.
		+
		+	[[User:Jens\|jens]] 05:10, 15 September 2009 (UTC)
		+
		+	The standard looks fine. Checked in wikipedia (German Version). If not receiving other comments the definition can be amended accordingly.