head 1.7; access; symbols; locks; strict; comment @# @; 1.7 date 2006.05.10.10.57.24; author RicardoPereira; state Exp; branches; next 1.6; 1.6 date 2006.02.06.15.53.48; author GregorHagedorn; state Exp; branches; next 1.5; 1.5 date 2006.01.12.16.58.50; author RicardoPereira; state Exp; branches; next 1.4; 1.4 date 2006.01.09.12.02.38; author RicardoPereira; state Exp; branches; next 1.3; 1.3 date 2006.01.06.19.13.09; author RicardoPereira; state Exp; branches; next 1.2; 1.2 date 2006.01.06.17.34.45; author RicardoPereira; state Exp; branches; next 1.1; 1.1 date 2006.01.06.12.44.08; author RicardoPereira; state Exp; branches; next ; desc @none @ 1.7 log @none @ text @%META:TOPICINFO{author="RicardoPereira" date="1147258644" format="1.1" version="1.7"}% %META:TOPICPARENT{name="TipDocuments"}% ---+!!Summary of reviews on the Website Requirements document This page contains a summary of the feedback provided by the TDWG Executive Committee and TDWG Subgroup Conveners regarding the TIP [[TipDocuments][documents submitted for review in Dec 2005]]. ---++Reviewer: Walter Berendsohn * How do we deal with standard data served dynamically (via web services) in the context of the requirement *R1.1. Comprehensive Standards Repository*? * _We consider web services implementing TDWG value standards (e.g. controlled vocabularies) to be part of reference implementations of such standards. For that reason, TDWG would not have the responsibility for managing or maintaining such services. However, in particular cases, it may make sense for TDWG to support services related to standards. Those cases should be analyses individually. Examples are: RDF/OWL ontologies and maybe XML Schema namespaces._ * Walter Berendsohn makes a couple of comments regarding persistence of URLs: 1. Both requirements *R1.5. Stable Web Address for Standards* and *R2.4. Stable Web Addresses for Group Areas* should be ranked as MUST instead of SHOULD; and 1. In requirement *R4.3. Flexible Navigation*, pages should never be removed and changes in page hierarchy should not change URLs to existing pages. * _It is highly desirable to have persistent URLs for any website resource, including standards, subgroup pages, news entries, general documentation, and any other page. So I added the requirement *R4.18. Persistent URLs* which states that. I have kept the specific requirements about stable URLs for standards and subgroup pages for emphasis._ ---++Reviewer: Arthur Chapman * There is no mention of onsite Search. * _Added to the document as requirement *R4.17 Onsite Search (Must)*._ * Include the requirement that Web pages should all include date last updated and mention how to cite the page at bottom of it. * _Added to the document as requirement *R5.6 Conformance to Content Metadata Standards (Should)*._ * Include the requirement that all web pages MUST conform to Content Metadata Standards (e.g. Dublin Core or related). * _Added to the document as requirement *R5.7 Web Page Metadata (Must)*._ ---++Reviewer: Nazomi Ytow * Requirement *R3.5. Traceability of Design Decisions* should be ranked as Must. It makes detection of misunderstanding easier, with aid of such as an issue tracking tool. * _This requirement is certainly important. However, we assigned rank *Should* to it because it depends on other decisions that have not been made yet. For example, it is uncertain whether the new TDWG process will impose the use of certain tools for standards development. If TDWG Process does not mandate the use of a Issue Tracking Tool by the subgroups, this requirement cannot be ranked *Must*. However, if we end up implementing this feature, then we can use a Issue Tracking System (as you recommended) or a Version Control System (such as Subversion)._ -- Main.RicardoPereira - 06 Jan 2006 ---++Gregor Hagedorn The document *title* seems to me misleading, much of it addresses standard documentation issues. The document perhaps need to be taken apart for a future presentation (next round of discussion), or it may just be an overlap with other documents. -- Main.GregorHagedorn - 06 Feb 2006@ 1.6 log @none @ text @d1 2 a2 2 %META:TOPICINFO{author="GregorHagedorn" date="1139241228" format="1.1" version="1.6"}% %META:TOPICPARENT{name="Review_TIPDocuments_Dec2005"}% d5 1 a5 1 This page contains a summary of the feedback provided by the TDWG Executive Committee and TDWG Subgroup Conveners regarding the TIP [[Review_TIPDocuments_Dec2005][documents submitted for review in Dec 2005]]. @ 1.5 log @none @ text @d1 1 a1 1 %META:TOPICINFO{author="RicardoPereira" date="1137085130" format="1.1" version="1.5"}% d38 7 a44 1 -- Main.RicardoPereira - 06 Jan 2006@ 1.4 log @none @ text @d1 1 a1 1 %META:TOPICINFO{author="RicardoPereira" date="1136808156" format="1.1" version="1.4"}% d8 1 a8 1 ---++Reviewer: Walter Barendsohn d13 1 a13 1 * Walter Barendsohn makes a couple of comments regarding persistence of URLs: @ 1.3 log @none @ text @d1 1 a1 1 %META:TOPICINFO{author="RicardoPereira" date="1136574789" format="1.1" version="1.3"}% d35 1 a35 1 * _This requirement is certainly important. However, we assigned rank *Should* to it because it depends on other decisions that have not been made yet. For example, it is uncertain whether the new TDWG process will impose the use of certain tools for standards development. If TDWG Process does not mandate the use of a Issue Tracking Tool by the subgroups, this requirement cannot be ranked *Must*._ @ 1.2 log @none @ text @d1 1 a1 1 %META:TOPICINFO{author="RicardoPereira" date="1136568885" format="1.1" version="1.2"}% a6 1 *Note: This page is under construction. More specifically, the emended documents haven't been uploaded to the review page.* d38 1 a38 1 -- Main.RicardoPereira - 06 Jan 2006 @ 1.1 log @none @ text @d1 1 a1 1 %META:TOPICINFO{author="RicardoPereira" date="1136551448" format="1.1" version="1.1"}% d12 1 a12 1 * _reply goes here_ d17 1 a17 1 * _reply goes here_ d23 1 a23 1 * _Added to the document as requirement R4.x_ d26 1 a26 1 * _Added to the document as requirement R5.x_ d29 1 a29 1 * _Added to the document as requirement R5.x_ d36 1 a36 1 * _reply goes here_ @