This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/db-wg@ripe.net/
[db-wg] proposal: haiku object
- Previous message (by thread): [db-wg] FYI: Cleanup of domain objects.
- Next message (by thread): [db-wg] proposal: haiku object
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Robert S. Plaul
robert at plaul.de
Sun Mar 7 18:38:41 CET 2004
Proposal for Adding a Haiku Object to the RIPE Database Requirement: System Administrators and other users of the RIPE Database need some avocation beside their exhausting work with ip address space assignments, routing and other occupations concerning database objects which have to be taken seriously. The existing limerick object provides such avocation but obviously has some limitations: - The limerick has to have a fixed aabba rhyme scheme which restricts the creative genius of the author in an inadequate manner. It has to be admitted that this restriction can be considered as a challenge, but for spontaneous poetical outbreaks the fixed specifications and the great length of five lines are more debilitating than inspiring. - The limerick has to be humorous. While there is nothing wrong about funny poems, there are always moments in a System Administrators' life, when there is just not the need for jokes. Deeper insights into the meaning of life and other more or less important things are said to have come to people's minds while working with internet protocols. These insights should be given the opportunity to be put into a poetic form and as such into the RIPE database for the enlightenment of like-minded people. - Even System Administrators and other users of the RIPE Database need some variety, at least when writing poems. There is a need for another poem object beside the existing limerick object. Solution: The haiku ist a traditional Japanese poetic form without the restrictions of the limerick described before. It has no rhyme scheme and no measure encumbering the author. The only formal requirement (which is not even mandatory) is the segmentation into three lines of 5, 7 and 5 units each, which are usually understood as syllables in languages other than Japanese. Haikus don't have to be humorous, in fact the traditional Japanese haiku is not humorous at all.[1] Haikus have attracted attention in the IT world already some time ago. Mentionable appearances include the Salon Magazines's Haiku Error Message Contest[2] and the ActiveState Perl Haiku Contest[3]. Although there are also voices condemning the joke haiku (and proposing the limerick as an adequate poetic form)[4], the old Japanese poem still has its right to exist, even and particularly in the world of computer professionals. People occupied with servers, routing and internet protocols at large tend to have an own kind of humor not comparable to the stupid corny jokes told in the world outside. Besides the humorous aspects of computer adminstration, the haiku empowers computer professionals to turn their insights into other aspects of computer adminstration or even life to poetry. The haiku object as described below gives System Administrators and other users of the RIPE Database the opportunity to share their thoughts and feelings put into haikus with like-minded people. [1] http://en.wikipedia.org/wiki/Haiku [2] http://archive.salon.com/21st/chal/1998/02/10chal2.html [3] http://aspn.activestate.com/ASPN/Perl/Haiku/ [4] http://www.phenry.org/junkdrawer/haiku/ The haiku class: The haiku object represents a poem that usually has three lines with 5, 7 and 5 units. In languages other than Japanese units are generally applied as syllables. There is no rhyme scheme at all. haiku: [mandatory] [single] [primary/look-up key] descr: [optional] [multiple] [ ] text: [mandatory] [multiple] [ ] admin-c: [mandatory] [multiple] [inverse key] author: [mandatory] [multiple] [inverse key] remarks: [optional] [multiple] [ ] notify: [optional] [multiple] [inverse key] mnt-by: [mandatory] [multiple] [inverse key] changed: [mandatory] [multiple] [ ] source: [mandatory] [single] [ ] The content of the attributes of the haiku class are defined below: haiku Specifies the title of the haiku. HK-<string> <string> can include alphanumeric characters, and "_" and "-" characters. descr A short decription related to the object. A sequence of ASCII characters. text Text of the haiku. There are no fixed rules about the subject or form of the haiku although there are some traditional conventions. Further information about this Japanese poetic form can be found at <http://en.wikipedia.org/wiki/Haiku>. A sequence of ASCII characters. admin-c References an on-site administrative contact. From 2 to 4 characters optionally followed by up to 5 digits optionally followed by a source specification. The first digit must not be "0". Source specification starts with "-" followed by source name up to 9-character length. author References a haiku author. From 2 to 4 characters optionally followed by up to 5 digits optionally followed by a source specification. The first digit must not be "0". Source specification starts with "-" followed by source name up to 9-character length. remarks Contains remarks. A sequence of ASCII characters. notify Specifies the e-mail address to which notifications of changes to an object should be sent. An e-mail address as defined in RFC 2822. mnt-by Specifies the identifier of a registered mntner object used for authorisation of operations performed with the object that contains this attribute. Made up of letters, digits, the character underscore "_", and the character hyphen "-"; the first character of a name must be a letter, and the last character of a name must be a letter or a digit. The following words are reserved by RPSL, and they can not be used as names: any as-any rs-any peeras and or not atomic from to at action accept announce except refine networks into inbound outbound Names starting with certain prefixes are reserved for certain object types. Names starting with "as-" are reserved for as set names. Names starting with "rs-" are reserved for route set names. Names starting with "rtrs-" are reserved for router set names. Names starting with "fltr-" are reserved for filter set names. Names starting with "prng-" are reserved for peering set names. Names starting with "irt-" are reserved for irt names. Names starting with "lim-" and "hk-" are reserved for limericks and haikus respectively. changed Specifies who submitted the update, and when the object was updated. An e-mail address as defined in RFC 2822, followed by a date in the format YYYYMMDD. source Specifies the registry where the object is registered. Should be "RIPE" for the RIPE Database. Made up of letters, digits, the character underscore "_", and the character hyphen "-"; the first character of a registry name must be a letter, and the last character of a registry name must be a letter or a digit. -- RSP-RIPE
- Previous message (by thread): [db-wg] FYI: Cleanup of domain objects.
- Next message (by thread): [db-wg] proposal: haiku object
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]