Talk:Glossary of underwater diving terminology

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Style of this glossary[edit]

This glossary uses template style as follows. Do not change the style of existing entries following this style without consensus. Entries in other styles may be converted to comply without discussion.

Extended content
  • Each term is listed in alphabetical order
  • The "Primary" term, usually the or most commonly used, is followed by any immediately alphabetically adjacent alternative terms using the multi parameter, followed by:
  • a definition template containing an 'Also:' glossary hatnote listing all the other terms in the glossary with the same meaning (unlinked, as this is the target for their links),
  • a glossary hatnote link to the main article (generally with the same or similar title),
  • then a glossary hatnote of any links to other articles with significant treatment of the topic or where appropriate, section links to the topic in related articles,
  • and then the definition or definitions. Usually only one of 'Main article', or 'See' links is enough. Links to other entries in this glossary should use the {{gli}} internal glossary link which displays with a dashed underline. Ordinary inline Wikilinks to other articles should be formatted in the usual way. eg:
    {{term|1=foo}} (primary term)
    {{term|1=foobar|multi=yes}} (term with same meaning, alphabetically adjacent)
    {{term|1=fu|multi=yes}} (alternative spelling)
    {{defn|1={{ghat|Also: "bar", "bat", "thingy", and "whatsit".}} (alternative terms not alphabetically adjacent)
    {{ghat|Main article: [[Foo (metasyntactic variable)]] }} (link to main article)
    {{ghat|See: [[Foo, bar and bat]], [[Metasyntactic variable#Variants of foo and bar]] }} (other relevant links of sufficient importance)
    [[Metasyntactic variable]] with arbitrary applications.<ref name="Whatever" />}} (the definition)

Which renders as:

foo
foobar
fu

Also: "bar", "bat", "thingy", and "whatsit".

Main article: Foo (metasyntactic variable)

See: Foo, bar and bat, Metasyntactic variable#Variants of foo and bar

Metasyntactic variable with arbitrary applications.[1]
  • The other terms with the same meaning each only have a hatnote glossary internal link to the primary term. This should be in the definition template, eg
    {{term|1=bar}}
    {{defn|1={{ghat|See: {{gli|foo}} }} }}

Which renders as:

bar

See: foo

  • Use template {{gli}} when the target will be on the same page. Template {{diving term|}} is suitable when the target is on any other page of this set of glossary lists as it can detect the correct sub-glossart using the initail character of the link term. Both of these templates accept an optional piped alias. Please check that your glossary link actually works.
  • If there are multiple definitions, use the numbering options to list them. The {{ghat}} does not work well in numbered definition templates. Work around it. eg:
    {{term|1=bat}}
    {{defn|2=1|1=''See: {{gli|foo}}'' }}
    {{defn|2=2|1=A be-able thing}}
    {{defn|2=3|1=''Main article: [[Bat (sport)]]''<br />An instrument for hitting balls}}

Which renders as:

bat
1.  See: foo
2.  A be-able thing
3.  Main article: Bat (sport)
An implement for hitting balls
etc...

Splitting: Most of the splitting support work has been done following the initial split. It should not be necessary to split again for some time. Suggested splitting criteria are if the sub-glossary exceeds 150KB, and it can be split into sub-glossaries of more than 50KB. Cleanup after splitting will usually involve making sure that internal links all work correctly. This may involve changing some {{gli}}} links to {{{Diving term}} links. Splitting will require Template:Diving term to be updated, but the update is trivial if you have a reasonable grasp of template coding.

Table of contents: The sub-glossaries use Template:Glossary of underwater diving terminology ToC to render a ToC that works accross all the subglossaries.]]. It will need updating after a split, but it should be straightforward.

See also MOS:GLOSS

· · · Peter Southwood (talk): 10:30, 29 April 2021 (UTC)[reply]

Updated · · · Peter Southwood (talk): 08:29, 15 July 2022 (UTC)[reply]

Terms to add[edit]

If you have a term you think should be added, and either don't know what it means, or do, but don't feel confident to add it yourself, add it to the bottom of this list, and it will be added when a suitable definition has been found. Feel free to include a definition, and if relevant, references. Dont worry about formatting, just use a bulleted list or failing that a new line.

Terms should be used by English speaking divers, but may be jargon or dialect terms limited to relatively small areas or user groups. In those cases a reference is requested.

Try to keep definitions/descriptions between 5 and 50 words.

For example:

hydration
rehydration
riser clamp

Merge proposal[edit]

I propose to merge Glossary of SCUBA diving into this article (and redirect) as it is a subset of the appropriate contents for this article. Merging would reduce duplication, reduce maintenance and improve usefulness. Glossary of SCUBA diving is also non-compliant with WP:MOSGLOSS and WP:SCUBA naming conventions (should be Glossary of scuba diving terms, which should also be a redirect). Peter (Southwood) (talk): 10:06, 28 July 2012 (UTC)[reply]

  • Full support from me - it seems an obvious job to be done, and thanks, Peter, for volunteering to do it. --RexxS (talk) 19:57, 28 July 2012 (UTC)[reply]
Done. • • • Peter (Southwood) (talk): 16:05, 30 July 2012 (UTC)[reply]

Should we have to do this?[edit]

@Whatamidoing (WMF): Why are we forced to do things like this to make a page work? Is this not a thing the devs should fix? I can understand the need for a limit to the number of templates in a page, but does it really need to be a hard limit? Would it not be possible for a soft limit which could be adjusted for pages which need it due to actual size as opposed to bugs? The fix works, but at the expense of making the content massively larger and more difficult for the average editor to read, understand, edit and debug. · · · Peter Southwood (talk): 13:49, 2 July 2021 (UTC)[reply]

@Pbsouthwood, why are you using those templates at all? Why not use the native wikitext formatting instead? Look at how I formatted the glossary sections at Disease. Whatamidoing (WMF) (talk) 18:41, 2 July 2021 (UTC)[reply]
Whatamidoing (WMF), it was recommended in a discussion at one of the precursors to the current glossary, based on the recommendations in the Manual of Style, and provides some rather convenient functionality, such as automatically providing anchors and different formatting for in-page and off-page links. Until recently, it has worked well and been convenient to use, but this limitation has recently become apparent. This style is used in other glossaries too, some of them also large, and if I remember correctly, some of them featured lists. Now it appears that an apparently arbitrary software restriction is setting an upper size limit that does not seem to be mentioned in the MOS. We are occasionally advised that space is not an issue, but it seems that size is, for some things. Anyway, that is the short answer to your question, and a bit of background. The current hack sort of works but I have not been able to check that it has not broken some of the functionality, because I do not have the html skills. Cheers, · · · Peter Southwood (talk): 10:00, 3 July 2021 (UTC)[reply]
@Pbsouthwood, I agree that the anchors offer a significant benefit, but it might be necessary to forego some of the benefits, or try to find a different way to achieve the same goal. Sometimes there's a way to make a template more efficient. I'd normally take a question like this to Wikipedia:Village pump (technical), or maybe ask @Redrose64 if there's an obvious individual to talk to.
(The Wikipedia:Template limits#Post-expand include size restriction exists for a reason.) Whatamidoing (WMF) (talk) 19:12, 3 July 2021 (UTC)[reply]
Whatamidoing (WMF), Thanks for your response, I was aware of the DoS hazard, which is why I recognise the necessity for a cap, but suggest that in cases where a legitimate advantage of a higher limit exists, the limit might be available as a variable setting. I thought you might know if there are technical obstructions. Maybe Redrose64 can shed some light, both on the feasibility of a soft limit, and on whether a more efficient template is possible. · · · Peter Southwood (talk): 17:11, 4 July 2021 (UTC)[reply]
I don't think that a variable setting exists, but it feels like the kind of thing that would be (theoretically) possible to create. I'm not sure that mw:Ops would actually agree to install it, however, even if we did all the work ourselves and gave it to them wrapped up with a bow on top. I get the feeling that some devs consider the PEIS limit to already be a bit on the generous side, especially when you consider the accessibility problems involved in large pages. Whatamidoing (WMF) (talk) 03:56, 6 July 2021 (UTC)[reply]

This problem has been resoled by splitting into several sub-glossaries, which involved a lot of work, including coding a special table of contents and recoding Template:Diving term to also serve as a special internal link template. Further splits should be much easier. · · · Peter Southwood (talk): 08:18, 15 July 2022 (UTC)[reply]