Talk:CategoryOfMarineProtectedArea - Revision history

Jens at 11:04, 14 July 2017

2017-07-14T11:04:41Z

Rmm at 01:12, 14 July 2017

2017-07-14T01:12:40Z

Jens: Jens moved page Talk:CATIUC to Talk:CategoryOfMarineProtectedArea: application of term "IUCN" is too limited

2017-07-13T05:16:31Z

Jens moved page Talk:CATIUC to Talk:CategoryOfMarineProtectedArea: application of term "IUCN" is too limited

Rmm at 22:26, 3 February 2017

2017-02-03T22:26:46Z

Rmm at 02:40, 2 February 2017

2017-02-02T02:40:06Z

Rmm at 17:20, 23 January 2017

2017-01-23T17:20:57Z

Jens at 08:46, 23 January 2017

2017-01-23T08:46:58Z

Rmm at 16:01, 19 January 2017

2017-01-19T16:01:58Z

New page

[[User:Jens|jens]] 13:43, 10 January 2009 (CET)

Did some layout and presentation improvements.

Is it possible to have more than one entry applies to one area? If yes the attribute type has to be changed to "L". It offers more flexibility.

Having two or more categories for the same area but regulations apply for only one then the information has to be split up into more than one entry. In any case "L" type could be a better choice.

--[[User:Cwinn72|Cwinn72]] 13:36, 27 January 2009 (CET)

I believe that once an area is classified as a category, it is only that category. I will check on this.

[[User:DavidAcland|DavidAcland]] 15:21, 5 August 2010 (UTC)

Rechecked with URL:
http://www.unep-wcmc.org/protected_areas/categories/eng/index.html and made further presentational improvements.

[[User:Rmm|raphael]] 19:48, 13 August 2010 (UTC): Can we change the camel case name of this attribute to categoryOfIUCN? Since "IUCN" is the abbreviation for an organization and is given in full in the definitions, I think we do not need to spell it out in full in the Camel Case name.

The full name "categoryOfInternationalUnionForConservationOfNatureAndNaturalResources" is 70 characters long. It makes some blocks in UML diagrams uncommonly large, which in turn leads to diagrams that are more difficult to draw and understand.

If S-100 says abbreviations must be spelled out, we should point this one out to TSMAD as a case for allowing exceptions to the rule.

[[User:DavidAcland|DavidAcland]] 20:02, 13 August 2010 (UTC)

I have full sympathy with this request. We went round this buoy two or three years ago and are now stictly compliant - not with S-100 so much as ISO I think. However there is a limit. I will shorten it to something handier and raise it.

[[User:DavidAcland|DavidAcland]] 13:53, 25 May 2011 (UTC) For later definitons, which do not yet appear to be approved see: http://data.iucn.org/dbtw-wpd/edocs/PAPS-016.pdf
However this needs watching and we may have to update our definitions if approval is obtained for the new ones.

[[User:Rmm|raphael]] ([[User talk:Rmm|talk]]) 17:01, 19 January 2017 (CET): Summary of feedback and recent discussions:
* The IUCN categories are pretty terrible as well - the categories were originally developed for land-based conservation areas and they tried to do a 'translation' to nautical equivalents rather than start fresh. The result is the IUCN categories also don't really reflect the level of rules/restrictions but are more about the 'motivation/goals' and what an area is called (reserve vs park vs ...) for an area and very arbitrary decisions on what category to apply. US (NOAA) wants to look at the restricted activities instead.
* Japanese MPA areas follow national categories and that there would be difficulties to assign all areas to one of the IUCN categories.
* Either extend the CATIUC values by a further value called “national marine protected area” or add a new simple string attribute “national marine protected area”.
** There would be the temptation to make it an endless list with each Nation adding their national MPA. Do we really need such an endless list (codelist)?
** If such a list is introduced, why should CATIUC be retained? It could be integrated in that code list. (And the name “national protected area” should be amended to “category of marine protected area”.)
* One option could be to make CATIUC optional.
* The tricky things about about using code list:
** You may want to drive portrayal by the attribute, in which case any item that is added to the list will just display generically.
** If someone wishes to utilize the data in other systems or as input to another dataset, then also the additional items will be tricky to handle.
** With open code list, there is always the temptation for encoders to just add their own item all the time as they don't have to stick to the available items.
* To mitigate these issues, we can use an enumerated list and amalgamate the IUCN codes with the input from US and Japan, and hope there aren't many new types of MPA that keep showing up.
* It might be helpful to ask what functionality is enabled by a particular categorization. For example, do we expect a textual presentation to group areas by category, or a graphical presentation to symbolize different categories differently, or an ECDIS/ECS/INS to raise alerts, or voyage planning software to use the categories in some way?
* We are already discussing the [[ACTION]] attribute in the context of [[RXNCOD]], and S-101 already defines attributes ''categoryOfRestrictedArea'' and ''restriction''. We should take care not to model the same concept in multiple parts of the application schema.

Rmm at 19:48, 13 August 2010

2010-08-13T19:48:24Z

New page

Jens at 12:44, 10 January 2009

2009-01-10T12:44:04Z

← Older revision		Revision as of 11:04, 14 July 2017
Line 59:		Line 59:
	<br/>		<br/>
	Proposed definition: Classification of marine protected areas based on the IUCN (International Union for Conservation of Nature and Natural Resources) or another system.		Proposed definition: Classification of marine protected areas based on the IUCN (International Union for Conservation of Nature and Natural Resources) or another system.
		+
		+	[[User:Jens\|jens]] ([[User talk:Jens\|talk]]) 13:04, 14 July 2017 (CEST) I agree, amended.

← Older revision		Revision as of 01:12, 14 July 2017
Line 55:		Line 55:

	If we change the basis of the classification, the definition should be updated accordingly.		If we change the basis of the classification, the definition should be updated accordingly.
		+
		+	[[User:Rmm\|raphael]] ([[User talk:Rmm\|talk]]) 03:12, 14 July 2017 (CEST): Since this is now a codelist and can take other values as well, the definition should be updated slightly:
		+	<br/>
		+	Proposed definition: Classification of marine protected areas based on the IUCN (International Union for Conservation of Nature and Natural Resources) or another system.

← Older revision		Revision as of 22:26, 3 February 2017
Line 50:		Line 50:
	We should also stress in the DCEG (in all NPUB DCEGs) that the fact that an S100_Codelist type allows 'extra values' is not license for encoders to make up values all the time.		We should also stress in the DCEG (in all NPUB DCEGs) that the fact that an S100_Codelist type allows 'extra values' is not license for encoders to make up values all the time.

−	[[User:Rmm\|raphael]] ([[User talk:Rmm\|talk]]) 03:40, 2 February 2017 (CET): Definition needed, especially if it is renamed to 'category of marine protected area'. The registry currently has only 'Category of IUCN (International Union for Conservation of Nature and Natural Resources'.	+	[[User:Rmm\|raphael]] ([[User talk:Rmm\|talk]]) 03:40, 2 February 2017 (CET): Definition needed, especially if it is renamed to 'category of marine protected area'. The registry currently has only 'Category of IUCN (International Union for Conservation of Nature and Natural Resources)'.
		+	<br/>
		+	Proposed definition: Classification of marine protected areas based on IUCN (International Union for Conservation of Nature and Natural Resources) categories.
		+
		+	If we change the basis of the classification, the definition should be updated accordingly.

← Older revision		Revision as of 02:40, 2 February 2017
Line 49:		Line 49:

	We should also stress in the DCEG (in all NPUB DCEGs) that the fact that an S100_Codelist type allows 'extra values' is not license for encoders to make up values all the time.		We should also stress in the DCEG (in all NPUB DCEGs) that the fact that an S100_Codelist type allows 'extra values' is not license for encoders to make up values all the time.
		+
		+	[[User:Rmm\|raphael]] ([[User talk:Rmm\|talk]]) 03:40, 2 February 2017 (CET): Definition needed, especially if it is renamed to 'category of marine protected area'. The registry currently has only 'Category of IUCN (International Union for Conservation of Nature and Natural Resources'.

← Older revision		Revision as of 17:20, 23 January 2017
Line 45:		Line 45:

	[[User:Jens\|jens]] ([[User talk:Jens\|talk]]) 09:46, 23 January 2017 (CET) So, my suggestion is to rename the attribute to “category of marine protected area”, keep the original list as first values and await requests to extend the list. That seems to cover al concerns and it provides the intended flexibility.		[[User:Jens\|jens]] ([[User talk:Jens\|talk]]) 09:46, 23 January 2017 (CET) So, my suggestion is to rename the attribute to “category of marine protected area”, keep the original list as first values and await requests to extend the list. That seems to cover al concerns and it provides the intended flexibility.
		+
		+	[[User:Rmm\|raphael]] ([[User talk:Rmm\|talk]]) 18:20, 23 January 2017 (CET): I agree with renaming. Can tentatively use the IUCN list as the listed values. Any views on whether it should be an 'open enumeration codelist' or a plain enumeration attribute?
		+
		+	We should also stress in the DCEG (in all NPUB DCEGs) that the fact that an S100_Codelist type allows 'extra values' is not license for encoders to make up values all the time.

← Older revision	Revision as of 05:16, 13 July 2017
(No difference)

← Older revision		Revision as of 08:46, 23 January 2017
Line 43:		Line 43:
	* It might be helpful to ask what functionality is enabled by a particular categorization. For example, do we expect a textual presentation to group areas by category, or a graphical presentation to symbolize different categories differently, or an ECDIS/ECS/INS to raise alerts, or voyage planning software to use the categories in some way?		* It might be helpful to ask what functionality is enabled by a particular categorization. For example, do we expect a textual presentation to group areas by category, or a graphical presentation to symbolize different categories differently, or an ECDIS/ECS/INS to raise alerts, or voyage planning software to use the categories in some way?
	* We are already discussing the [[ACTION]] attribute in the context of [[RXNCOD]], and S-101 already defines attributes ''categoryOfRestrictedArea'' and ''restriction''. We should take care not to model the same concept in multiple parts of the application schema.		* We are already discussing the [[ACTION]] attribute in the context of [[RXNCOD]], and S-101 already defines attributes ''categoryOfRestrictedArea'' and ''restriction''. We should take care not to model the same concept in multiple parts of the application schema.
		+
		+	[[User:Jens\|jens]] ([[User talk:Jens\|talk]]) 09:46, 23 January 2017 (CET) So, my suggestion is to rename the attribute to “category of marine protected area”, keep the original list as first values and await requests to extend the list. That seems to cover al concerns and it provides the intended flexibility.

@@ Line 1: / Line 1: @@
 [[User:Jens|jens]] 13:43, 10 January 2009 (CET)
 Is it possible to have more than one entry applies to one area? Tf yes the arrtibute type has to be changed to "L". It offers more flexibility.
 Having two ore more catergories for the same area but regulations apply for only one than the information has to be splitted up into more than one entry. In any case "L" type could be a better choise.