ISO/IEC JTC 1
ISO/IEC JTC 1 N 4576
Tips and Techniques for JTC 1 web pages
JTC 1 Ad Hoc on JTC 1 Strategy for Implementing IT
As per Recommendation 6 of the February 1997 Ad Hoc Group meeting on JTC 1 Strategy for Implementing IT, this document is circulated to JTC 1 National Bodies for comments, due May 20, 1997.
ACTION ID: COM
DUE DATE: 1997.05.20
DISTRIBUTION: P and L Members
DISKETTE NO.: 116
NO. OF PAGES: 6
Secretariat, ISO/IEC JTC 1, American National Standards Institute, 11 West 42nd Street, New York, NY 10036; Telephone: 1 212 642 4932; Facsimile: 1 212 398 0023; Email: firstname.lastname@example.org
ISO/IEC JTC 1 N4576 [Image] 1997-02-27 Source: IT ad hoc Tips and techniques for JTC 1 web pages Status: approved for submission for JTC 1 comment This paper provides guidance on how to create and maintain web pages for ISO/IEC JTC 1 standardization committees. It also contains a proposal for a stucture of the pages and prototype pages. The scope only applies to ISO/IEC JTC 1 and its subcommittees, in the following named "committees", but WGs within the JTC 1 and other ISO or IEC committees may also benefit from the tips in the paper. This paper is an implementation guide for the JTC 1 document N 4572 "ISO/IEC JTC 1 Web Server Policy". The intended audience is people responsible for the implementation of the JTC 1 web policies, such as committee secretariats, and their helpers. Creation of web pages The pages should be made so it is straightforward to generate it out of existing TC or SC material, combined with the produced prototype web pages. The prototype pages have been made in a HTML-utilitities independent, portable and strictly conforming (to HTML 2.0) way, so they should be easy to use for integration. Basically what is needed is the scope of the committee in question, the chairman's or secretariat report to the parent body, or the business plan, the membership and liaisons lists, and then possibly descriptions of standards for example as text from the originating NP. Keld Simonsen, email@example.com has offered to help in merging the committee materials with the HTML sources, as well as offered hosting of the pages. The committee web pages should be structured so that they are readable, also as a freestanding paper submission, as these pages here are also an example of. Normal style guidelines for good web documents, many available on the net, should be adhered to. The structure of the prototype pages are: * index - with overall description and shortkeys * news - with individual articles * faq - frequently asked questions page * org - organization structure of the committee, including WGs * standards - description of published standards * projects - work in progress - chair report * documents - document register * ballots - balloting information * procedures - rules governing the work * internals - for the work of the committee: access to ftp archive, emails * meetings - including next meeting * contacts - officers, membership, liaisons, related areas * design - file names and anchors usable for outside referencing The "internals" section is for confidential information, such as standards and other copyrighted work, committee documents and email, and other documents that the committee wants to restrict access to. The information then needs to be accessible only thru appropriate password protection. The rest of the information scheduled as per this proposed web structure has been checked with the current ISO guidelines for document distribution, with special permissions for JTC 1, and should be OK for general distribution, as the following document types are classified for "open" distribution: Document register, secretariat report, programme of work, meeting notice, meeting agenda, meeting report, meeting resolutions, together with procedural information. As NPs are project related, these are also permitted for open distribution, under the one year trial period granted by the ISO TMB. Committees may chose to make another division of the distinction between public and restricted pages. For restricted access, the password protection of most web servers can be used. For FTP protection, one can use a non-anonymous ftp account, or a hidden directory. For mirrorring web pages, it is advisable to only use ftp mirroring, as there are a number aof problems with web mirroring using the HTTP protocol. A number of resources are drawn upon, including the ISO and IEC web servers. A number of guidelines for each of the documents is given below. The structure of the web pages most likely will differ somewhat from committee to committee and will also neccesarily develop over time, but some structure should be kept common, also for use in general ISO-wide text retrieval and web systems. A specification in a web page of which documents there are and the naming conventions and reference conventions should be explained to possible referrees, and should not be changed lightly. The complete web pages should be registered so they can be used, amongst other places at the ISO web pages. Maintaining web pages The standardization committee should appoint maintainers for each of the documents, in many cases the pages will be maintained by the same person. It is important that the web pages are well kept. A way to do this is to have a direct relation to information already being generated by the committee, such as chairman's, or secretariat reports, project status, membership lists, ftp archives etc. As the web pages are advised to be readable clear text, the web document could be the same as the normal official document (or said in another way: the official document could be the web page). Some of the information needed may be automatically updated, like ftp archive contents and email subject list, and some may be done already by other sources, such as updated standards lists from ISO. You should check your document for correct HTML before releasing it. A syntax checking service is available at http://www.webtechs.com/html-val-svc/mirror_sites.html You should also check the set of pages for links that are erroneous. Tools and template web pages will be produced or collected, and made available for JTC 1 use. Please contact the author, Keld Simonsen for suggestions. Web pages In the following the contents of each of the pages will be described, along with some guidance on the contents. Not all pages have been described in this document, but information will be furnished in a later version. The index page The design of the "index" page is that the page has general information for a casual interested person, while still being adequate also for work within the committee. A user can find: * a short introduction to the committee (scope), * and then a list of standards from the committee For further reference there is references to: * a fuller description of projects, * reference to paper titles, * meeting information, * and contact points. The HTML formatting requirements are very straightforward HTML. No complex capabilities are required for creating or viewing such pages. Also it is advised that a minimum of graphics is being employed, as these may take a long time to download and thus may irritate the user, possibly to the extent of not getting the information. There should be backpointers in the beginning of the text to the parent bodies on the homepage. On pages other than the home page, the committee name points back to the committee home page. For the ISO and IEC bodies their logos are used, as also done on published specifications and committee documents etc. In addition, an ISO/IEC background could be given, so that a reader will know whenever official JTC 1 documentation will be read (and note when a pointer to non JTC 1 documentation is followed). The items Contacts, etc. in the body are links to other pages with particular recommended formats (see subsequent pages of this document). Subitems are pointers to the headings within those pages. If there are no items for an information topic, the item (e.g., "News") may be omitted from this list and no corresponding page need be generated. If a category name is not required (e.g., "Projects"), it may be omitted as well. The page is designed to give a fair description about the committee at a first reading. The intended audience is users of the standards produced by the committee, that could be programmers, software architects, and other standardizers. That is a fairly technical audience - but these are the people that pay for the standards and pay attention to the work. An emphasis is made on the products of the committee - what can be used by a broader audience. For people that use the page as a way of looking up information there are hotlinks at the very beginning of the page. The same links are explained and hotlinked later, for more novice users. The text is rather short, to convey the information to the user without having to look thru a lot of pages. The client user screen is normaly quite limited in size and it is avoided to use a lot of graphics. The two logos are only about 2 k each. It is also avoided to use a lot of paragraph headings and paragraph numbers, to make the page less formal and to conserve space. For totally newcomers there is an initial statement of this being a international standardization working committee. The user is referenced to the member body for further info. There are no long references to ISO, IEC etc., but hotlinks are provided. The casual user should not be tired by ISO administration, but get access to the products (the standards cannot be provided but maybe we can provide some interesting material to him/her). Project numbers should be avoided, as they are quite formal and do not tell people outside the standardization committee anything. They may be included on followup pages. Anyway ISO is now using the final standards numbers as project numbers, eg JTC1.22.14652 . For the committee member use there should be hotlinks in the very beginning of the homepage, making use snappy and easy. and also meeting information for upcoming meetings. There is provision for restricted access to committee and ISO documents. There is a news button in the hotlist which is not referred to in the rest. The news section should be first - but then writing "read all about the interesting news" as the first sentence would be overkill, and the news button is first anyway. And there may not be that much news anyway. A "stop press" entry as the first part of the index page could be included, given that the news warrants it. The news page This contains news concerning the committee. It may be considered as an easy way of making press releases. The newest news should be listed first. All news should be retained, as a history stack. ISO 8601 dates should be used, in the form of the format 1996-01-19, to faciliate easy searching on dates, in millenium-safe form, and intervals should use the notation 1996-01-19/24, using a "/" to indicate the interval. Approved standards and other specifications This section should contain an overview of the standards produced by the committee. This could be just a list, but it could also include abstracts of each standard, possibly in the form of the scope of the standard. There could also be technical overviews produced specifically for the web. The standards themselves cannot be put here, except in cases where the ISO council specifically has decided to permit it. The projects page This page contains information to the user which is more interested in the work of the committee, and what specifications are coming. It should thus be of a more technical nature than the standards page. The page should hopefully give a reader interest in becoming active in the committee. The page should have a list of the projects assigned to the committee, and also their status. If there are no publications, the Publications section should contain merely "None." The categories ("Committee Drafts", "Standards", "Technical Reports", etc.) are pointers to descriptions of the nature of these categories. Pointers from the document should include all and only the public documents (active Standards, Committee Drafts available for review, Technical Reports, etc.) which have been produced by this committee. The documents page Here the document list of the committee should be given. It might be convenient to have a newest document list, or latest mailing list separate from the full register. There could be links to the actual documents here. The meetings page This page contains information on the future and past meetings. Past meeting information should point to a working committee document, if any, containing the resolutions and minutes of the meeting. (Information about the meeting logistics, attendance, documents considered, etc. may be obtained from the minutes, which may itself contain hypertext pointers to home pages of representative bodies and committee documents.) Future meeting information should point to a committee document containing details of the meeting plans and agenda, if available. Tentative meetings should be indicated as such. provisions should be made for signing up for the meeting easily - remembering that committee meeting is only open to member body representatives, committee officers and liaisons of the committee. information on meeting place, hotels etc. should be available Internal documents Here a number of things internal to the committee can be given: * access to email archive * access to document ftp services * access to standards etc. and drafts * useful links for committee work The information should be accesssible via a group userid and password. The contacts page This page should list the officers of the committee, (chairman, secretariat etc.), the members of the committee (as national bodies) and the liaisons, and the a number of links to related areas. Contact information for both individuals and organizations might be "mailto:..." or conventional home page URLs. Liaison information should only be provided for formal (committee-recognized) relationships. Liaison can be listed with separate reference to liaisons from other committee to the committee, and to other committee from the committee. The name of the liaison can be listed, when explicit permission has been obtained from the person. "name"-entries with the same name should be available for the following roles: chairman, secretariat, secretary, project editors, webmaster, postmaster, ftpmaster; project editors with the prefix "editor-" before the ISO number, for example "editor-99999-2".