Wikipedia talk:WikiProject Lakes

From Wikipedia, the free encyclopedia

To-do list for Wikipedia:WikiProject Lakes: edit · history · watch · refresh

Note: articles listed in bold text have tags for cleanup, expansion, or references.

Contents

[edit] Help wanted

I'm wondering if I could get you guys to help me expand/cleanup/update a few Great Basin lake articles, namely: Pyramid Lake, Walker Lake (Nevada), Great Salt Lake, Bear Lake (Idaho/Utah), and Sevier Lake. The latter three are technically covered by WikiProject Utah, but that project sort of... died. BTW I love the idea of a WikiProject specifically for lakes --there's just something about them that I find strangely fascinating. In any event, I really need to take some aspirin and stop pretending I'm not sick :) --Lethargy 14:23, 13 June 2006 (UTC)

  • Sorry I didn't get back to you sooner ... I somehow missed your comment. I will definitely give you a hand with your lakes. And if you haven't already, put the lake project banner on all of those pages. And as far as lakes being fascinating ... I agree wholehartedly, though I haven't really spent much time ON a lake. Cheers!! Em3rald 16:53, 18 June 2006 (UTC)

[edit] Lake types

Where can we find a list of lake type categories? In addition to list of lakes per continent / country, we should have a list of Lake Type Categories, and lists of lakes by type. I checked around but didn't see anything. Revmachine21 10:26, 18 June 2006 (UTC)

A few types are listed in Category:Lakes. --Lethargy 15:35, 18 June 2006 (UTC)
  • Fantastic idea. I've been so busy just going to random lakes and adding the infobox that I haven't spent much time researching categories or lists. I have, however, been using list of lakes quite a bit. It's sorted by continent/country/state. There is also a page dedicated to canadian lakes here: List of Canadian lakes. Em3rald 16:56, 18 June 2006 (UTC)

Here are some lake types (categories) based on lake genesis, geography, and trophic status, etc.:


I just noticed this very robust list you've added! Nice work. Thanks, I will definitely use this info! Em3rald 01:52, 21 June 2006 (UTC)

[edit] Project message box

The project message box for some reason has extra spacing below it, for example:

Examples removed so we don't get categorized incorrectly.

What should happen, using protected areas as an example:

Examples removed: see above.

This is also seen with the mountain template. Can we remove the excess padding?

  • DONE Em3rald 17:49, 18 June 2006 (UTC)

A second suggestion, Wikipedia:WikiProject Utah and Wikipedia:WikiProject Protected areas' templates add the pages to associated categories, Category:WikiProject Utah and Category:Articles of WikiProject Protected areas, respectively. Is there some way we can modify the template to do this as well? I'd like to have a Category:Articles of WikiProject Lakes, but I'm not sure how to do this. --Lethargy 17:40, 18 June 2006 (UTC)

  • I see what you mean. I will see if I can do something about that. I am not 100% sure how to do some of that either, but I have someone to help if I need her to. Em3rald 17:48, 18 June 2006 (UTC)
Actually, I looked over the templates and I think I can whip something up. --Lethargy 17:53, 18 June 2006 (UTC)


[edit] Lake phenomena

Hi all... Was thinking about a couple types of dangerous lake phenomena, one limnic eruption and another whose name I forgot. Basically the lake water sloshes around in the lake bowl in rythmic fashion causing dangerous high waves. I think the Great Lakes are prone to this type of sloshing event. Probably caused by wind. Does anybody else know of other dangerous lake phenomena.... well now here's another one that popped to mind, natural lake dam erosion & resulting flooding. In fact there was a gigantic inland lake in the center of the US, natural damn washed out thousands of years ago and created the western deserts in the US. Probably big time bad for the beasties that lived there at the time. Montana used to be the lake bottom. Is there a specific scientific term for this? Revmachine21 13:37, 19 June 2006 (UTC)

I don't know about a lake in Montana, but Lake Bonneville and Lake Lahontan both formed the western deserts of the Great Basin. Lake Bonneville drained through Red Rock Pass in Idaho, perhaps that is the one you were thinking of? --Lethargy 18:51, 19 June 2006 (UTC)
  • This is a very interesting point, actually. Lake Erie and Lake Ontario both experience standing waves for one, and ..... I forget the name of this phenomenon, but extreme low or extreme high pressure systems on one end of lakes like this can cause the level on one end to rise by several meters (and the other to drop roughly equally). I believe both of these phenomenon are most common in lakes that are large in area, but fairly shallow. It may also have something to do with the bathymetry (lake bed geography). I'll see if I have some time tonight to further investigate these phenomena. Em3rald 00:15, 20 June 2006 (UTC)
* Remembered where I saw the wave phenomena, see Seiche. Revmachine21 03:41, 20 June 2006 (UTC)

[edit] Special request: to-do lists

As often as possible, please add a to-do list to articles so wikipedians can quickly see what improvements need to be made to an article. I have already done this on Talk:Utah Lake and Talk:Great Salt Lake, and have requested input for creating one in Talk:Capitol Reef National Park. These greatly improve the efficiency of the editing process, which is sorely needed in a project with few active members such as this one, as well as wikipedia as a whole. --Lethargy 22:47, 16 June 2006 (UTC)

Copied my comment from Wikipedia talk:WikiProject Utah

--Lethargy 19:02, 19 June 2006 (UTC)

[edit] Categorize goals using the to-do list

I'd like to take a page from WikiProject Utah's book (the only other project I have experience with) and use the to-do list to categorize what we want to do with articles. For instance, Utah has sections such as:

  • Collaboration:
  • To Nominate at WP:FAC:
  • To Improve to Featured standard:
  • Pages with an open task list:
  • To Expand:

etc.

These are very nice to have so project members know what to focus on. To see better how this works Check out their list. --Lethargy 19:06, 19 June 2006 (UTC)

  • Fantastic ideas, and thanks fer the cool to-do box. I wonder if something like that would be more suited to the main project page? I've seen some other projects with some pretty cool main page layouts. I should have some time tonight (nightshift, and the plant is quiet), so I will see if I can familiarize myself with some other projects and sorta professionalize WP:LAKES a little more. Cheers! Em3rald 00:09, 20 June 2006 (UTC)

[edit] Natural lakes vs. reservoirs

Should we be covering man-made lakes (e.g Lake Powell, Lake Sakakawea) as well as natural lakes with this project? My personal opinion is that we should cover both, but only focus on significant reservoirs so we don't overextend ourselves. --Lethargy 20:19, 20 June 2006 (UTC)

  • I think you hit the nail on the head. There are a LOT of lakes to deal with in the world, and I don't want to unnecessarily overcomplicate our job. On the other hand, where does one draw the line? Another point I have been wrestling with is what sort of "systematic" approach should we take with the Lakes project? So far, I have been sort-of grasping randomly at relatively notable lakes and adding them as I think of them. I don't want to alienate any part of the Earth, so I am hesitant to "pick an area" to focus on. Any thoughts on this matter? (I suppose once there are more contributors this problem will fade). Em3rald 01:58, 21 June 2006 (UTC)
    • I have been doing pretty much the same thing: tagging lakes that I read about and found interesting or that I noticed on a globe and thought "that looks big". As far as my thoughts on the matter: I have none, sorry. --Lethargy 02:30, 2 July 2006 (UTC)


[edit] Descendant WikiProject Reservoirs?

I would like to propose, apropos the above, that a separate, descendant WikiProject for reservoirs be created. I and another editor have recently gotten done adding and enhancing articles on all New York City reservoirs, and while he stuck the lake infobox in one, I don't think it quite fits. There's info you want for a reservoir that just doesn't apply to a lake (construction date, operating authority etc.) and some info for the lake (settlements) not likely to apply to a reservoir (See Chew Valley Lake, a featured article, for an ad hoc infobox for a reservoir). And likewise it applies to the articles as well.

Any thoughts? Daniel Case 04:55, 16 July 2006 (UTC)

I have thought about this in the past, but I arrived at the conclusion that it is unnecessary to create a new WikiProject for this, we should be able to handle this with WP:LAKES, but we need more participants. A new infobox template for reservoirs would be very nice though, perhaps based on our current one but with a different color or something? Just my 2 cents. --Lethargy 01:22, 18 July 2006 (UTC)
Now that I have thought more about this, creating a descendant project sounds like it is a good idea. WP:Lakes doesn't seem to be filling the niche that could be filled by a project devoted to man-made reservoirs and dams, perhaps "WikiProject Dams and reserviors" or just "WikiProject Reservoirs"? --Lethargy 20:49, 5 September 2006 (UTC)
Nothing like the end of summer to settle your mind, I suppose.
I support devoting a descendant project to just reservoirs, for now. I know dams and reservoirs are listed together (at least in the U.S.), but that seems more an arbitrary decision of convenience to me. Dams and reservoirs present entirely different sets of issues for the encyclopedist writing about them. I eventually plan on having separate articles about the dams for the New York City reservoirs I've already written about, for instance, and there is already a very new dam infobox.
As geographical features that are always entirely constructed by humans, I consider dams to be more akin to bridges and tunnels than the waters they hold back (Also, not every dam (I live near one, actually) creates a reservoir behind it). Daniel Case 02:51, 6 September 2006 (UTC)
One thing that occurs to me, reading this, is the many natural lakes that have had their outlets dammed, making the lake larger usually, and the out flow controlled. Lately I've been discovering that there are a lot of these. They blur the line between lake and reservoir, especially when the pre-dam natural lake was about the same size as the post-dam reservoir. For example, Lake Chelan in Washington. ..just a comment on lakes and reservoirs not always been clearly distinct. Pfly 00:27, 29 September 2006 (UTC)

[edit] Metric vs. U.S. Customary

I noticed that in the infobox we are always using metric units. This is fine for most of the world, but unfortunately we ignorant Americans can't necessarily figure it out. I propose that on lakes that are in the U.S. we place the United States customary units first, then the metric measurements in parenthesis. We could switch the order around for lakes outside the U.S.. As for lakes on the border, I'm not sure I care what order they are in, but both measurements should be there.—The preceding unsigned comment was added by Lethargy (talkcontribs) .

I concur. That's the way it's done in both the river and mountain projects. Daniel Case 02:40, 17 July 2006 (UTC)
I also found out that apparently this is Wikipedia's policy, so we should definitely have both. --Lethargy 01:18, 18 July 2006 (UTC)

[edit] There was already an infobox...

Have you guys seen {{Infobox Lake}}? As opposed to {{Infobox lake}}, which seems to have been created for this project? (Judging from {{Infobox Mountain}} etc it's more normal to use the capital letter.)

The Lake infobox has been used for some time and has been used quite a lot on European lakes, especially those in Norway (have a look at the List of lakes in Norway). The nice thing about Infobox Lake is that it matches the format used for lake infoboxes in other language Wikipedias. This has been especially useful for editors translating lake articles from other Wikipedias (I must have translated several hundred articles from Norwegian, and know that other contributors have been doing the same).

Now, the new template does have some neat new features.

  • Avg/Max-depth is a bit confusing - why is this not two distinct entries? It would read a lot better that way, and I think the information would be clearer to extract.
  • The help text for basin countries is also confusing - shouldn't it just say "countries which have drainage to the lake"?
  • "Max-length" and "Max-width" look a little ugly but they may measure useful data. (Personally I'd still like to see infobox captions written in plain English even if they take a little more space - again, I think that the mountain box is particularly good for that. And it's not obvious what they do measure - is it done using N-S for length and E-W for width? Or is the longest distance between two points on the shore used to find the "length" direction and the "width" measured perpendicular to that? There ought to be an article on measuring the length and width of lakes if this is a common thing to measure, and the infobox caption ought to link to it).
  • Shore length rings alarm bells because as any mathematician will tell you it's infinite, depending on how it is measured. While an official set of statistics might include shore length, that is useless information unless you know what metric is being used. If set of statistics I says "Lake A has shore length 500 km" and set II says "Lake B has shore length 600 km" it doesn't actually tell you whether Lake A really does have a lower shore length than B. If you used the set I method of measuring B, you might find it only comes to 450 km, for instance. So while it may feature in a set of raw statistics, I think you need to be very careful before including it. It is also included (as "Perimeter") in {{Infobox Lake}}, but perhaps it shouldn't be.
  • "Cities" is a nice idea, but should it not be "Settlements"? Cities has a very particular meaning in some parts of the world, it doesn't just mean "a particularly large settlement" (indeed, some large settlements are not cities but some absolutely tiny ones are). A small lake with two villages on its shore may as well have those villages noted. A huge lake with many settlements on its shores may as well only have the bigger ones (likely to be cities, but not necessarily) listed, but this can be left quite plausibly to the editor's common sense.
  • Islands is a nice thing to include.
  • One thing that is sorely lacking on the new infobox is a "Source" parameter. One of the best things about the established infobox is that information about the source statistics could be provided. If you are series about including perimeter/shore length, then this is essential, since that statistic depends entirely on the statistical set you are using.

I would strongly suggest merging these two infoboxes, trying to maintain the best features of each, and the correct location to do it would appear to be under the name "Infobox Lake" with a capital "L" (it's not "Infobox mountain", for instance). TheGrappler 04:45, 24 June 2006 (UTC)
The above text was reformatted by Docu on 29 October 2006


  • Hi Grappler. Thanks for the feedback on the infobox. I can see a couple of benefits with the other old infobox, so I will do what I can (when I have time) to update the new one so as to incorporate the best characteristics of both. As far as moving it to the big L lakes infobox ... this is a bit of a conundrum as it would break a HUGE number of links. I had actually searched for a good while before creating the small L lake infobox to try to prevent duplicate articles, but obviously missed the old infobox. The problem is, I based our naming scheme on OTHER infoboxes which used the small caps scheme. I was actually under the impression that using non-caps was the more correct way to go except for the case of proper names. But whatever the case, to simply move it or rename it could very well become a very difficult and complicated procedure. On the other hand, I think a more viable plan of action would be to 1. update the small l infobox to address your concerns, and 2. slowly phase-out the old one. I realize this will interrupt the the translation process, but the new Infobox has been used on the vast majority of the most notable lakes in the world, so I think it takes precedence. 3. We can clarify the infobox talk page and the project page to more precisely define what each variable is intended to be.
    You also commented on sources which I take from your comment you are referring to references much like some other infoboxes. I have considered this, but haven't had time to add this functionality, but your concern definitely moves it up on the list of priorities. As far as avg/max is concerned, the value represents one variable with two possible values, therefore it was included in the same field; however I think each might have their own variable but still be shown in the same physical space on the infobox. Or not. We'll see how it looks. Settlements is a great idea, will be fixed. Shore Length I believe is a standard measure with lakes as a rough guide to indicate the overall shape of the shoreline. For example, a lake with a large number of bays, projections or islands would have a substantially longer shorline than a perfectly round lake of comparable size. Again, these concerns will be addressed in the infobox help page. Thanks very much for your comments ... keep up the critique! Em3rald 15:17, 25 June 2006 (UTC)
  • Moving and merging is okay, template redirects work! :-)TheGrappler 23:08, 27 June 2006 (UTC)
  • Other than that: I am increasingly of the opinion that combining two things in one field of an infobox is a bad idea. Both the average and maximum depth of a lake are interesting (a disadvantage of the old one); what if somebody simply enters one number into that field though? We do not know which they are referring to! (And it may not be obvious - depending on the physical layout of the infobox - even if they are specified as individual variable, one left blank, and shown in one space) Far better to have maximum depth and average depth as distinct fields. I honestly can not see how anything would be lost by that; and the field name in the infobox would look a lot "cleaner". A source data field would be good: for instance, the NVE provided the data used for Norwegian lakes.
  • Shore length is more problematic than it sounds. Imagine you are measuring it by using a giant, deity-sized measuring stick (one kilometer, let us say) and just seeing how many times you can place it round the perimeter of the lake before you come back in on yourself. That would be a rough and ready measurement of shore length. Now, you might think that you want a more accurate measurement, so come back with a more human scale meter rule, and take that round the shore. Because it is smaller, you will actually be able to "hug the shoreline" better, so in fact your answer will come out to be longer. Suppose you wanted to be more accurate still, you could try it with a teeny 1cm mesasuring stick, and find that you get an even bigger answer. Now, this would not be a problem if the bigger, "more accurate" answers found using ever smaller measuring sticks actually converged to a maximum length, which is the "100% accurate" figure. But the problem is that shorelines are basically fractal in nature, if you look closely enough at them. So rather than converge to a maximum, accurate answer, the figures actually get bigger and bigger and head off to infinity. This is a real pain, since it is hard not to argue that at any given stage, a smaller measuring stick would be more accurate, yet ultimately the answers for both intuitively big and small perimetered lakes would be the same - infinite! So instead of always aiming for accuracy, it effectively it becomes a question of picking a "sensibly sized" measuring stick, picked purely so that it produces "reasonable" answers, which can be usefully compared. Of course, not everybody picks the same sized measuring stick, or the same way of using it to measure. As a result, shore length statistics can vary massively depending on the source you are using for your figures. From the discussion page for List of countries by length of coastline:
There seem to be other mistakes/different figures too: France is given as 5500km of coast here but is 7329 in this list; Jordan is given as 19 rather than 26.6 ; UAE a coast of 650km rather than 2,870; Kenya 536km rather than 1586km, Canada given as 243,792km rather than 265,523 -- Astrokey44|talk 09:30, 30 March 2006 (UTC)
You're going to find more and more discrepancies of this sort the more you look. Official figures for Norway's coastline vary from 13,000km to 550,000km. Basically you can produce any figure you want above a certain minimum limit (for Norway this would be about 2000km) by choosing the right scale at which to measure. The whole thing is just pointless. See Benoit Mandelbrot's discussion of the problem. Lars Marius Garshol, 4 April, 2006
Now, it may be sensible to include data if you have it from a coherent database (like the NVE's database for Norwegian hydrology) because at least it is mutually comparable. But it is highly imperfect as an absolute measurement. There really should be an article about this somewhere, then the "coast length" field can be linked to it as a warning! :-) TheGrappler 23:33, 27 June 2006 (UTC)
Don't get me wrong, I understand precisely what you are saying. It is indeed a conundrum. But from my perspective, it is still a very interesting factoid, one worthy of attempting some kind of consesus; perhaps an article about ""coast length" would be our solution. If I have time tonight (nightshift again), I'll bend my mind to it. Of course, as with anything, any factoid of this nature must be reasonable ... for example, it's common sense not to use centimeters to measure a shorline. On the scale of a lake, one would expect that meters is a reasonable minimum scale, while kilometers is a reasonable maximum. {sigh} ... alas, 'tis a circular argument ... reason is subjective .... Em3rald 00:23, 28 June 2006 (UTC)
Is it common sense or just practicality? I am sure people would try to measure the height of a skyscraper in tenths of a millimeter if they could do so, purely for the accuracy. The reasonableness aspect is difficult yet the factoid obviously has some value, especially if it comes from a coherent data set with identitical (and hopefully identifiable!) methodology. But a caveat of some sort would be good :-) TheGrappler 00:42, 28 June 2006 (UTC)
Well, I am of mind that practicality begets common sense. With regards to your skyscraper scenario, it's acknowledged that an object of such magnitude will vary depending on a variety of factors (temperature, wind flexion, etc), so millimeters would be an impractical scale - haha, common sense ;). On the other hand, when manufacturing the modules for such a building, each beam and bolt occasionally has to conform to a set length within sub-millimeter scale at a set temperature. But I think you are right on the money with regards to a coherent data set and/or difinitive source references complete with disclaimers. Em3rald 02:40, 28 June 2006 (UTC)

There are 106 lakes using the Template:Infobox lake, and 515 lakes using Template:Infobox Lake. Both templates are listed in Wikipedia_talk:WikiProject_Usability/Infobox_accessibility; at first glance I don't see any accessibility problems with either; there may be cases where the infoboxes are not used appropriately to avoid problems though.

[edit] Equivalent fields

Template:Infobox Lake => Template:infobox lake Change to do
Name lake_name Use lake_name
Photo image_lake Use image_lake
Caption caption_lake Use caption_lake
Coordinates coords Use coords
Location n/a Location added
Depth max-depth, not depth Change to max-depth
Volume volume no change
Type type no change
Elevation elevation no change
Perimeter shore use shore
Source n/a added as "Reference"

This table provides a list of changes to do in order to adapt the fields of Template:Infobox Lake to those of Template:Infobox lake. Please update/complete/correct them. -- User:Docu

Em3rald is taking a wikibreak, and I don't know anything about templates, so someone else will need to take a stab at fixing it. --Lethargy 20:38, 29 October 2006 (UTC)
From "Infobox Lake", I added Location and Source (as "Reference") to Infobox lake. I updated the table above to reflect this and to reuse more of "infobox lake" current field names (avoids having to update them as well): lake_name, coord. -- User:Docu
All lake articles have been updated to use Template:Infobox lake. -- User:Docu

[edit] The lake article

Starting a WikiProject Lakes was actually on my medium term to-do list; I applaud those who got it in ahead of me! Perhaps a key priority for this project should be sorting out the Lake article itself, which is rubbish and somehow seemed to get worse (if memory serves) as the result of an improvement drive which just ended up scattering more random factoids onto it. An article that talked about the hydrology, geology, ecology and human geography of lakes, and talked about some of the most prominent examples of various types, would easily be able to reach featured status. TheGrappler 23:38, 27 June 2006 (UTC)

I'm glad you approve ;) ... I will see if I can have a boo at the Lake article (which I don't think I have ever actually read, strangely enough) ... I'll be bold :D. Not that my editing techniques are necessarily going to improve anything. ;) Em3rald 00:25, 28 June 2006 (UTC)
I've thoroughly overhauled the Lake article. Please take a spin by the article and review the changes :D Em3rald 09:51, 28 June 2006 (UTC)
This is Em3rald ... not logged it (too lazy) ... link to definition of a lake: USGS lake definition
We should make sure we linkify the first instance of the word lake in most lake-related articles, so more people will actually read this page. --Lethargy 02:11, 8 July 2006 (UTC)
  • The salt lake article could also use some work: currently it is essentially a stub. --Lethargy 02:11, 8 July 2006 (UTC)

[edit] Naming

I have been around a lot in article naming for country subdivisions. Also participated in river naming and fixed other landforms. IMO, since the landform naming faces some similiar problems, we should all join forces and write a Wikipedia:Naming conventions (landforms). If you have ideas for lake naming maybe have a look there. Tobias Conradi (Talk) 15:14, 8 August 2006 (UTC)

[edit] Great Salt Lake peer review

Great Salt Lake has now been listed as a good article, and I plan to submit it for peer review soon. Before I do that, I'd be very grateful if everyone could copy-edit it (see Wikipedia:How to copy-edit) to improve grammar, punctuation, tone, etc. Also, please review it and list any opportunities for improvement here or on Talk:Great Salt Lake. --Lethargy 21:13, 11 August 2006 (UTC)

It is now up for peer-review. If you get the time, please add whatever feedback you can think of. Thank you. --Lethargy 22:59, 28 August 2006 (UTC)

[edit] Wikipedia version 0.5 lakes and seas

If you have any comments on what has been nominated at Wikipedia:Version 0.5 Set Nominations/Lakes and seas, or if you feel something else should be added, please add your comments there... or here... anywhere :). Also, please help us to improve those articles on this list that are in the greatest need of improvement, so they can be included without any problems. --Lethargy 18:35, 30 August 2006 (UTC)

[edit] Good articles

Right now we have two articles that are GA standard (Great Salt Lake and Lake Kariba), and none that are featured. There are two featured lakes (Chew Valley Lake and Lake Burley Griffin), but we haven't worked on them with this project and they aren't tagged as part of this.

I figure we should start assessing articles that are the closes to becoming good articles, and work on them to the point they can be nominated. As you come across articles that are close to GA standard, add them to the to-do list above under the "To improve to GA standard" heading. As they pass GA standard, move them up the ladder to FA standard in the to-do list. After looking through some of our articles, I think Dead Sea and Lake Erie are our best bets, unfortunately both of these are unreferenced. Let's see if we can find enough sources to bring these up to GA standard.

OK, so that was a long-winded way of asking for help. :) --Lethargy 01:31, 31 August 2006 (UTC)

[edit] Lake Geneva, Wisconsin

You have tagged the city of Lake Geneva, Wisconsin for this WikiProject. I doubt you want the city, but that you instead want the lake, which is Geneva Lake. Cheers! Royalbroil Talk  Contrib 04:06, 21 October 2006 (UTC)

[edit] Project directory

Hello. The WikiProject Council has recently updated the Wikipedia:WikiProject Council/Directory. This new directory includes a variety of categories and subcategories which will, with luck, potentially draw new members to the projects who are interested in those specific subjects. Please review the directory and make any changes to the entries for your project that you see fit. There is also a directory of portals, at User:B2T2/Portal, listing all the existing portals. Feel free to add any of them to the portals or comments section of your entries in the directory. The three columns regarding assessment, peer review, and collaboration are included in the directory for both the use of the projects themselves and for that of others. Having such departments will allow a project to more quickly and easily identify its most important articles and its articles in greatest need of improvement. If you have not already done so, please consider whether your project would benefit from having departments which deal in these matters. It is my hope that all the changes to the directory can be finished by the first of next month. Please feel free to make any changes you see fit to the entries for your project before then. If you should have any questions regarding this matter, please do not hesitate to contact me. Thank you. B2T2 14:49, 25 October 2006 (UTC)

[edit] African Great Lakes

Just wondering if you all thought that this article would fall under your project's scope or not. Badbilltucker 22:38, 8 November 2006 (UTC)

Definitely. I thought it had already been tagged as part of this project, but I guess not. --Lethargy 02:53, 9 November 2006 (UTC)


[edit] Template (old talk moved from project page)

[edit] Lake dimensions

This has been the source of some confusion, and this discussion merits further discourse in the talk page. It seems generally accepted that the maximum length of a lake would be the greatest dimension at any angle; the width, therefore, would be the greatest dimension perpendicular to the angle used to calculate the maximum length. Any questions, comments, or concerns regarding this matter are welcome and should be directed to the talk page.
The depth parameter is currently arranged to show both maximum and average lake depths, but it has been brought to the attention of the project by a fellow editor that this appears clumsy. To remedy this, the infobox should include both average depth and maximum depth as distinct parameters. Updating this will require editors to update each lake page that includes these values in the infoboxes. —The preceding unsigned comment was added by Em3rald (talkcontribs).
(Note from November 18, 2006:) The sample of the infobox above has been updated since by adding "max-dep"). -- User:Docu

[edit] Cities vs. Settlements

The infobox was originally designed with those lakes that had cities on their shores in mind. However, it has come to our attention (both in practice and from editor observation) that there are in fact a great number of lakes that don't in fact have cities near their shores. In these cases, any settlement could be used, with preference given to those settlements that are most notable. This will, of course, be left to editor common-sense and the discussion pages for those individual lakes. It stands to reason that if we included every city, town, village, and hamlet around some lakes that this would be an incredibly (and uselessly) long list. On the other hand, some lakes only have one or two very small settlements on their shores - these should not be excluded because relative to that lake those settlements are indeed notable. —The preceding unsigned comment was added by Em3rald (talkcontribs).