Knowledge (XXG):Articles for deletion/Geographic.org

2541:

mirrors entries of the geonames... The reason I had to cite a source was because people would moan about unsourced stubs and I genuinely believed that geographic.org was the correct source... The list by province was downloaded directly from GeoNames NOT geographic.org. So this apparent " plague of problems" with the provinces is related directly to GeoNames itself. As for Oman, Kazakhstan and Saudi Arabia I again mistakingly believed geographic.org to be Geonames and anticipated no problems with it being considered unreliable. I simply confused "Geographic names" with "Geonames". I'm sorry. I believed that the source was accurate and would be accepted by the community, given that I know people would kick a fuss up about unreferenced stubs but I got my wires crossed with using it, thinking it valid. It was just intended as an initial seal of verification and then the articles could be built up gradually as more sources become available. So if this mass AFD is to eliminate all entries then basically it is saying we should delete every single article from the geonames server and blacklist Geonames from wikipedia. I know articles really need additional sources but I was operating in good faith thinking geonames would be accepted to verify them,. A bot could be used to simply correct the sources to geonames rather than geographic.org. But any apparent problems with the articles are directly related to the geonames which the nominator has cited as a reliable source (and has cited for verifying other settlements, thus considering them like these to be accurate) which I also believed was reliable and acceptable. The coordinates of settlements equally are derived from the Geonames server and have been shown to be almost 100% correct. I still believe geonames to be a reliable source at least for verification and cooridnates even if they have shown with Afghanistan to have dated information on provincial location. This AFD now comes down to claiming

3986:

the Afghan settlements are not accessible in google books or web so are rendered useless evne if one can glam them up a bit with location details. We'd be better off working one by one working from where the info exists. I respect those views of the people who wanted to keep as I think ideally its what we would have done and added more content. However as I was virtually the only one frantically working on them to save them then I could not do it single handedly and the task was too great. I've agreed to db author the remaining I didn't tackle. Incubation would not change the sheer amount of work which needs to be put into this which I'm not prepared to spent my time on. Working solidly through these yesterday ilustrated to me just how problematic creating sub stubs without content really is. There was a mammoth task in just switching ref and verifying with up to date coordinates, If you consider the full 2500 articles then the amount of work needed to actually expand all into somethig worthwhile would require months if not over a year of hard work. Its no real loss to wikipedia given that the vast majority would likely remain as one line stubs even if fixed. I most certianly haven't got the time to write every article. Should be have decent articles on them? Absolutely. But we do not have the volunteers and man power who care about Asian villages to justify keeping them. I can expand a few for sure but I could restart them with more content just as easily. The remaining have all been deleted, this AFD can now be closed and we can all now get on with actual

3122:

this goes for any geographical landmark is to be started using geonames and a few other reliable sources if possible. We had a plan almost 3 years ago to the day in which Fritz would do trial runs and it to be checked for errors and then to run it. By now we could have articles on most geographical features in the world and I could be spending more time expanding them rather than creating them. If another bot was proposed and authorised I would happily nuke all of these and get it to do it properly with more sources and data if possible. Like Tanzanian settlements all have data in the official national statistics website. A bot could be used to extract coordinates form geonames and compile info. I know that it is best for humans to work on each article individually and create them like that but the massive amount missing on what are notable places makes the task too big manually. If there was renewed support for a bot to create articles on settlements and geo features such as mountians, lakes and rivers from geonames and if possible using other sources to create new articles then I'd happily start again. But given the view of many it seems they are completely against anything auto generated and would oppose it. Unless something is done with world settlements people will continue to make desperate poor quality stub runs again and again. It is most certainly unfeasible for any normal editor to want to create so many articles manually with lots of research. ♦

1441:

detailed what district it is in. I have the district villages downloaded, they can be put into districts and templates and started again using more up to date source and a google book source if possible. As far as I can see Saudi Arabia, Oman, Yemen and Kazakhstan villages are in the correct provinces and haven't changed, even if transliterations may be awkward so I don't see a problem in keeping them, they just need expansion. I really haven't the time or energy to bother faffing around with a bunch of villages. I really don't care enough about them to argue against this. They are not important to my life to worth bothering with and wasting my time arguing here. Yes I think wikipedia would be better off expanding them all and fixing them all but nobody is likely going to do so given the scale of the task so it would be better in regards to Afghanistan to delete those unattended for and recreate at a later date using the UN source. If you do the rearch you'll find geographic names is most certainly a rleiable source for coordinates and for places which do actually exist, howeve,r in regards to some places like Afghanistan the provincial listing ar enow out of date. Its not that its an unreliable source. Its a dated source. Given that we now have the UN list for direction it would be better to recreate under the up to date sources and nicely organized by district templates. ♦

3186:

automated creation is strictly tested and checked prior to creation it is an excellent way of creating content consistentally without the errors and horrible inconsistencies we seen in articles and provide a start to build on. The problem of course is editors lacking to develop them further. Rambot whilst performing a much needed task and much need info it showed some disappointing results in subsequent article development and the articles are mostly unloved and frustratingly generic at times. 8 years down the line and most of them barely have anything of substance added to them apart from the detailed demographic data, which is now 10 years out of date. So that's my concern about automated creation. But the fact is articles will continue to be stubbed poorly in the future by all sorts of people as shown with the recent Indian villages. If they had been created with a bot and some data then the editor could be expanding them.. Personally I would rather articles existed and were generic rather than missing or created haphazardly with errors and inconstencies. It is inevitable that eventually wikipedia will be covering most settlements so I think we should be planning the best way to go about it and stop people form having to create lousy stubs with errors. ♦

1224:"any mistransliterations can easily be sorted."? You used this to "correct" Ab Kalak, but how are people to know that this is the same as the "Ab Kuluk" from the UN index? Ab Kalak is not listed in the actual geonames database, only Ab Kuluk and Ab Kolok, so you still have an imaginary or at least very obscure form of the name inlcuded in the article, together with the unreliable source. Had you just created an article on Ab Kuluk, your time would have been better spent. The original article didn't have coordinates, so there was no way to match the two apart from a similarity in the names, which is a dubious method. Anyway, the argument is not that the articles can't be cleaned (apart from those that are really beyond help), merged, moved, improved, properly sourced, ..., but that the effort to do so would be better spent in starting from scratch, and that so little actual value is lost by deleting these articles, and so much incorrect info is removed at the same time, that deletion is the best option here. 1477:

least valid for coordinates and provinces, although it seems that they have not updated it for some countries and have made some errors with actual provinces. Perhaps there ought to be a ban on using any geographic database solely to create articles. If Fram you can keen to get a ban on this I will hope you would extend it to Fallingrain and any other database created years ago. They are fine for coordinates but little else.. The problem with banning is that we are missing a massive amount of content which are real places and their cooridnates are accurately given in these databases even if they botch other things up from time to time. Maybe something should be written into the guidelines that people creating ge articles must provide a solid reliable source other than a database entry? I would have no problems with that but Fram I do wish you had addressed this subject with less belligerence and attitude towards me when I mostly happen to share your views on creating geo articles. ♦

3138:- more reliable and more detailed. However, if we want more than merely coordinates and a (not very reliable) demonym, the most likely sources are databases owned by national governments, and in each country, different details will be recorded. We already seem to have a lot of automatically-generated stubs for some developed countries, which have pulled more detailed information from national statistics bodies - they have population stats, land area, membership of various administrative divisions &c. Although many developing countries have weaker government institutions, at least some expose similar databases which we could use to create an adequate stub. Even something like the generic USA CDP articles - dominated by 200 words of barely-readable demographic statistics - would be an improvement on what geographic.org gives us. (Personally, I disagree that every settlement is 408:. A major town actually and obviously notable. As for lower casing or different transliterations, there is always dispute over Arabic and other Asian transliterations, and genames database does not always get it right, it referred to one place as Jabal something; well it is widely accepted that Jebel is the ideal transliteration, meaning mountain. So they are not errors they may be slightly different. By the nominator's own admission 1000 articles have no problems whatsoever, does this not strike anybody then as an extreme solution to blindly mass delete verifiable real world places in this way? Please think about this people approaching this AFD and actually look further into this than taking Fram's word for it. There is absolutely no cause for this. The articles yes need expansion and improvement but deleting the entire lot is wrong. ♦ 400:

nomination is completely redundant given that the vast majority were not even created using geographic.org but were obtained from a 2008 version of geonames. NO WAY are there 1500 "problematic articles". I've assessed 300 ish so far and I've found just one error. And those which do have "problems" the condition is extremely trivial and certainly not a cause for deletion. There is no major urgency to constitute this mass AFD. The articles are mostly correct other than being sourced to geographic.org rather than geonames or in regards to certain Afghan villages now being in a different province. Virtually all 2500 entries are valid populated settlements and can be viewed on google maps. Oh and all articles with non capitals have been moved to capitals and Tokhmari

3736:

sloppy stubs in desperate need of expansion and proper writing. You'll find that a high proportion of wikipedia articles even with full content are often equally as sloppy and in need of rewriting/sourcing. If we are to view wikipedia as complete then of course one liners are a disgrace. But in terms of our long term goals of producing a truly comprehensive encyclopedia which contains articles on most populated settlements then it is a step in the right direction even if they'd probably be best recreated with more content and sources. A truly comprehensive encyclopedia would not ignore 99% of the population of developing world countries countries and thousands/hundreds of thousands of people who live in these settlements combined. We

3245:- Notability is more important than anything else. There's nothing wrong with stubs, and the idea is to start from somewhere in order to make a more comprehensive encyclopedia. There are many editors on WP, and each day many of them work on different existing articles. That's what I think this project is all about. If there's a problem with something, it's better to just be bold and expand them, source them, and improve them, because after all they deserve to have their own entries on Knowledge (XXG). Fram himself said "a lot of articles are correct", so how can all of them be proposed for deletion? If anything, this proposal to blindly delete them all despite the fact that many of them are worthy, is puzzling, and IMO, simply wrong. 1124:"Fram, absolutely acceptable (although doing so would be pointy if the sole purpose was to expose errors in the source). Given the existence of multiple reliable sources related to geographic names, geo-locations, elevations, et. al., any error that geographic.org data might contain would be easily rectified by data from another source. Especially considering the online mapping we have today, geo-locations are extraordinarily easy to validate. Geographic.org may not be a perfect (error-free) source for geographic data, but neither is GNIS or PCGN (UK). That said, a great many NY Times articles contain factual and other errors when viewed in the light of history and new evidence, but does that make it an unreliable source? No. " 3597:

had suggested I go through these and sort them then I would have done so with the other countries and would probably have db authored the Afghan lot and started again using the update to date. Now the scenario is we are faced with an open AFD and people passing judgements with "keep" or "delete" when they are not the ones who've created the articles. Only by looking into this heavily can you see exactly what can be done to ensure they are all fixed and improved which the casual by passer cannot assess without looking into it themselves. It should have been sorted between ourselves and in a spirit of collaboration. If you want sweet comments from Blofeld don't mass nominate 2500 articles without even notifying me first. ♦

1041:

So please drop the personal attacks and anguish. This a wiki and content can be expanded, stubs are only useless until they are expanded. I agree that content is not best started in this way and should be started with sources beyond genames but given the sheer amount missing I felt the need to create them. As for "what the hell was Blofeld thinking" I did a google book search for some of the articles listed in geonames and I also looked them up on google maps. The VAST majority were legitimate settlements which can be expanded, even if these countries typically have very poor web coverage. It was intended in good faith as a basic start to build up coverage like

2933:. Is that such a major problem? Zoom in on it on google maps. These are legit settlements but just require some repetitive edits to at least provide a sold base to build upon. A bot really is the best solution to sort these out and those which are duplicates are easily spotted and listed. Your/the real problem is not geographic.org, given that you know these villages are almost entirely all verifiable on geonames and exist. Your real problem is opposition to auto-generated sub stubs generated using a database which is why you posted on ANI and did not get the response there you were looking for so you came here to try and force it to get your own way.♦ 3028:

recreated everyone with 30 minutes work and sources (not that that's possible) then he couldn't complain but the likelihood of that is slim; I do not have the time to spend on that amount of articles and wikipedia should be a shared project in which we all work together to better articles. Of course I prefer researching articles and writing them if possible, but I do not have the time to write every article on wikipedia.. Might I point out that if Fritzpoll had been permitted to run his bot back in 2008 creating articles on world settlements (directly verified) this would never have happened and by now the stubs could at least start to expanded. ♦

1567:. This was drawn up using the most up to date Afghanistan settlement directory by the UN and which are featured on their official maps. We use this list to create nav boxes by district and list the settlements in the articles and in the templates. We apply them and only start those articles which one can find at least one good source for and not in sub stub fashion. We put the existing unattended articles into incubation until they can be corrected and sources found. Other than this we find a bot which can read off of this UN index and correct any article given in the wrong province/district and build upon what we have started gradually...♦ 3538:

on a neighborhood, claiming it is a village) errors. And considering the number of attacks I have received from you (here and earlier), and the lack of cooperation since the beginning of this story (where I had to demonstrate every error you made repeatedly and exhaustively before you acknowledged that there might be something to it, instead of, you know, assuming good faith and checking immediately and with an open mind whether my remarks were perhaps correct). Anyway, if you really don't want to get blocked, it may be better if you not only stop making new personal attacks, but also strike all the previous ones in this AfD.

1552:

problem in finding good sources even for major Iranian towns let alone villages and you'll find it ends up being a desperate sub stub attempt to at least get a mention of them. Google books is gradually improving, I've proved villages in rural Afghanistan and Burma can be expanded using snippets in google books but it is very uneven at present, very many settlements are not picked up in google books and contain nothing on the web but a computer generated database from 1995. But probably best to go where the information flows, mention in historical gazeteers and history books is a start.♦

3044:, a discussion with which I had no involvement whatsoever. You did follow me to that user's talk page, even though you had had nothing to do with that discussion either, and now you misuse this here. If there is a consensus for a mass creation of articles (eg. by bot), and if they are tolerably corrct in general, then I have no opposition against that. Claiming that you don't want to delete these articles because I would stop their recreation is beyond the pale. (and can you please try to use less edits to make your point? You are constantly causing edit conflicts) 2048:

deleted absolutrly not, that is more destructive than the actual minor errors of province in many of them. It would also eradicate many articles which are indeed notable and can easily be expanded but if you treat them all as problematic then you are hiding this fact. Each place is different and to nuke them all under a pretence that they are all non notable or problematic is just wrong. None of them have serious enough flaws to constitue nuking entirely. Each should be assessed individually over time in the work space, please.♦

1506:

mimimal anyway so the "sub stubs" would take a long time to all be expanded. OK fine, extend this to the Tibetan villages which have not been expanded to the delete pile, they are a much worse mess than these because they contain falling rain data and should have been nuked long ago. Its best to work with what we have in google books and try to build the best coverage we can piece by piece. What resorted me to generate sub stubs was frustration at the sheer amount of missing articles and a task which seems mammoth.♦

3117:

being was that I know humans tend to cock things up in large scale operations and are very inconsistent from editor to editor. The reason was precisely because I did not want errors occurring as with what happened here and people creating poor quality stubs on Indian villages without coordinates or anything. There was considerable support for this, however because of the fact that 1/3 of the editors protested against auto-generated "useless sub stubs" and because Fritzpoll was such a good guy who wanted to please

3374:, per Mukkakukaku's research & The Anome's approach of using material from the OCHA database. Yes, there are probably a lot of entries here that might need to be deleted, but I doubt it is as many as Fram believes it to be. A blanket delete of all of these articles will cause more problems than it might fix. This kind of response to Dr. Blofeld serves as a disincentive to other people like myself who also create articles on geographic locales -- even if I take a more conservative approach to the problem. -- 2189:(the source Geographic.org supposedly draws from), quite a few of them need to be moved from variant names or names with the wrong capitalization/diacritics but are otherwise correct, some have the right name but the wrong province/coordinates, and some need to be deleted outright, but there's no good way to tell these apart without checking all of them. A reliable source exists for verifying the existence or lack thereof of all of these, so we should use it instead of deleting reparable articles. 671:, but still choses to uni-laterally declare that geographic.org is unreliable. On an article by article basis, there may be instances where geographic.org is not a reliable source and/or contains significant content errors and no other sources exist to support notability of the article topic. However, if more recent or reliable data sources are available to support notability and content (must be available if errors in geographic.org can be validated), they should be used in the article. Unless 2887:

those above people would be very positive. The fact is though they are virtually all verifiable settlements which are plainly more than just visible on google earth and we should have articles on settlements, Hard work is needed to expand them though but given the current web sources are unlikely for many places but that desn't make them non notable. Any errors I don't think are serious enough that a bot couldn't quite easily fix it and we move on and build wikipedia properly....♦

2375:

preferred). Please, if you want me to convince that this is the wrong venue, don't suggest one that is clearly less suited for a discussion about the deletion of articles (which this is, after all). And I have put notices at AN and at the Village Pump at the start of this discussion, just because I wanted to have sufficient input on this: this is not an AfD that should be decided by two or three AfD regulars, but by a much wider group of people (which seems to be happening)

426:. It is not clear that AfD is the appropriate way to address the problems cited by the nominator. In particular, it is obvious that WP:BEFORE has not been conducted on each article nominated for deletion. This is not to suggest that the bulk deletion of these articles (without prejudice to creation on a one-by-one basis) is inappropriate. And if the community decides that this is the appropriate venue for consideration of this proposal, then I will support it. 780:" - I would be happy to keep any one of these articles which gets updated with a reliable source in the next week, or however long this AfD runs. A week is plenty of time to find a source for a notable subject. Deletion is the best way to deal with the remainder - those which were produced en masse from an unreliable list and for which nobody has yet been able to find any alternative source (let alone a source which gives the in-depth discussion required by 2906:, it has been moved three times in a row, and it turns out to be a mountain with perhaps, maybe a village of the same name (note that Geonames has never heard of Jebel Ghawil). I am not arguing that these locations shouldn't have an article, I am arguing that deleting them and starting again from scratch, from a good, more reliable list of locations, would be much more efficient and let less errors hang around. 3230:, but we have the stubs now so they must be nurtured into something worthy. But if there is to be concern about manual editing and errors and an insistence on bot approvals I strongly urge that a GeoBot is created which generates articles on geo features to stop this sort of thing happening again. It would alos mean that I wouldn't have to resort to "sub stubs" and could concentrate on building up content. ♦ 3157:

articles done by another Pennsylvania editor was that much could be done with such articles in a sandbox, before making them mainspace articles. In this particular matter, I have mixed feelings. Is the category getting smaller as name change and other editing is done on articles? (Right now, 2435 articles in the category.) What about addition of talk page templates? (I have been doing that for Oman.)--

2075:. Not every article has errors and those that do can be swiftly corrected. Look at Mazim on google earth its a great looking village and the sort of content I would like to read about on wikipedia.. Incubate them and they can be expanded and corrected if necessary and more sources added. Delete them all without any effort without even assessing them is a crazy idea.. ♦ 729:, then the only way to check such flood of poor articles is deletion with recreation allowed on a case-by-case basis. Way should the only way of improving be "keep rubbish until someone cleans it"? Knowingly keeping around many, many clearly and fundamentally incorrect articles is a much more dangerous and reckless approach than mine, and a typical example of the way 2946:

more complete coverage, with a lot less errors, and a lot less effort, than you get with the current haphazard creation - match - move -correct cycle you are proposing. Why are you so reluctant to just start this all over to get a much better result? Of course you'll need bot approval, but then again you should have gone for that the first time around as well.

3227: 1644: 1054:

disappointed in you all that you a completely blind to the potential of these articles. What the nominator and others are missing here is that the vast majority are genuine populated settlements even if a few might now be in different districts or occasional duplicates (which could easily be spotted and eradicated. As for Ab Kulak not existing, bull shit,

1937:

that this material must be considered unreliable. Normally this would be dealt with by editing the material in question during the course of the AfD, but here, we're looking at 2,500 articles:- a Herculean task to edit and fix. We can't accomplish that in the time available. The last time we had a really huge mass nomination, we insisted on

1081:" comment. People have died in practically all settlements, but that doesn't guarantee notability, and I doubt Dr. Blofeld intended to imply that soldiers from the western world are the only people who really count. Media coverage of a combat death might be a good way to establish notability, though; feel free to add such coverage to articles. 721:(ec)The WP:RSN discussion you quote did produce the result I wanted, thank you. In the end, there was clear (but not unanimous) support that geographic.org is not a reliable source. Apart from that, this is hardly reckless (or dangerous), but well thought out. Article deletion should be as easy as article creation, easy come and easy gone. If 1049:. Not what people want? How sad. I expanded many of the Afghan villages I started and they are clearly notable. Nuke the whole lot because a few might not be perfect and may use different transliterations is a lousy solution to a problem blown into massive proportions by Fram who didn't get any support an ANI so has resorted to this. It is a 3391:

Dara-I-Pech debacle). Note how in this very AfD, his story has changed three times or so, and his opinion on what should happen, what was the cause of the problems, and so on changes constantly. Despite an ANi discussion, a RSN discussion, a previous AFD, discussion at DGGs talk page, and my tagging of all these articles, he

698:, including the rough poll where everyone opining agreed that articles should not be created with single sourcing to geographic.org. As I mentioned above, I agree that AfD is not an ideal way to address these articles that were created in violation of what turns out to be (wasn't known at the time) community standards. 1384:

Deleting all stubs certainly won't do anything to improve wikipedia and i believe wikipedia would be better of as a resource if they could be expanded and sorted out properly. Some day they will be recreated by somebody else and the tough taks of compiling accurate sources still stands regardless of geographic.org.♦

3659:

doing all the work here and it is my problem so I have to clean it up. If you think for one second your condescending "rational" thinking lectures are going to make a blind bit of difference on somebody such as myself you are mistaken. Now please quit going on and I will do the same and work through these. ♦

2441:

likely are notable but we have poor coverage on the web at present for obvious reasons. Of course articles need sources and I'm trying my best to help find them, so please drop your "unacceptable" bullshit and highlighting of only "negative" flaws in my work rather than the good work I did last night.. ♦

1153:

few have awkward transliterations or are now in a different province." Have you read my nomination? Where do I claim that most are not "entirley genuine places"? However, the problem is not "a few awkward transliterations", the problem is many, many errors of all kinds, as explained in the nomination.

3985:

Today I'm in the quality frame of mind and I completely agree with Fram's nomination. Kazakhstan contains many towns which could be started bit by bit using old Soviet sources or some scraps from google books and Afghanistan could be restarted using the districts as guidelines. The problem is most of

3846:

Having editing over 100 articles in a much more random sample than when I posted yesterday, I have to say that the problems of not-a-settlement or town-does-not-exist are quite over-stated. (At 50 articles I had 5 cases of not a settlement/not in the geonames database/does not exist/could be one of 3

3744:

covering them until they are expanded. But they at least mention them and show up on google maps and attract people who could possibly expand them. "Useless sub stubs" can go from being worthless to very valuable within minutes if google books has multiple sources. I've expanded the smallest villages

3735:

were "junk" and not from a respectable encyclopedia just days.weeks ago but ten minutes solid work changed that and they are now valuable components of the encyclopedia on parts of the world which rarely have any quality or sources or decent coverage. Many of our best featured articles today began as

3696:

The sloppy method of creating these things raises doubts whether we can survive as a respected encyclopedia. We have tolerated individual article at the stub level which can, with criticism, wind up with a correct cite or two, justifying its existence. This seems impossible with this large number. We

3390:

It's the kind of response he gets when he vehemently refuses to believe that an article is incorrect, even when it is pointed out to him repeatedly, forcing an unnecesary AfD to get him to realise that whatever I stated earlier and the solution I proposed, a redirect, are correct after all (the whole

3206:

I am not sure where to state my opinion here! The stubs are not against policy, even if they are not helpful when they are wrong. Therefore I would ask that they be fixed instead of creating more and more at this point. The statements on how to improve are already covered above: correct, redirect,

3185:

I agree Bob, that is the idea. A geobot generates articles consistently using goenames for coordinates/maps and a government source if possible for population data. There are many countries which have available data and they could easily be created with some useful info which is useful as a start. If

2886:

etc which I think are valuable for wikipedia to have. I only created the stubs to try to work towards better coverage of the developing world which over time can be expanded. I most certainly did not intend for them to be problematic or a negative thing. And I think if all 2500 could be expanded like

2673:

While it could be argued that the fact that close to 60% of the checked articles had to be moved is a bit excessive, it's certainly not cause for an incubation. And since 90% of the articles were accurate, a blanket delete is quite improper. Now those remaining 10%? Sure, delete them, hands down. But

1737:

The problem is that even after they are independently checked it is a minefield in regards to settlements of the same name and google books/web having a bit of info about the village but not knowing which village it is. I think the problem with Afghan settlements would continue beyond checking them.♦

1239:

Sorry, but you seem to intentionally be making life difficult. You are being excruciatingly tough picking holes in content. Can we be certain about any village in Afghanistan? Its a nightmare especially when double names exist. Its a difficult topic to get right but that does not mean pussying out of

1040:

First of all, lets please assume good faith people. Quite frankly the tone here is disgusting and good faith attempts to work towards a fuller coverage of what are generally all legitimate populated settlements should not be responded with "what the hell was Blofeld thinking" and"what a horrid mess".

216:

Over the last few months, 2537 articles on villages (from Afghanistan, Kazachstan, Saudi Arabia, Oman and a few from Iran) are created nearly-identical, in rapid-fire batches of five or more articles per minute, based on (or at least referenced to) an outdated or incorrect source, geographic.org (but

3596:

And I suggest you also put more effort into building an encyclopedia rather than wasting your own time making biased overviews on AFDs. I will agree not to comment here anymore if Fram agrees not to comment anymore and we let other people discuss it. If I had been approached on my talk page and Fram

3395:

didn't realise that he indicated the wrong source (geographic instead of geonames), and that his list was seriously outdated (not to mention absolutely random in its choices of what articles to create, with many tiny hamlets created, and much larger villages ignored). The problem is not the response

3121:

he dropped the proposal. I couldn't agree more that articles do need human nurture and to be written properly but given that I consider all populated settlements certainly above 50 people to be notable and i think this has been proved in many places then I think the best way they can be tackled, and

2990:

to not be accurate, which is false. It simply needs a capitalization. The coordinates and location info are correct. At least 90% of these articles are accurate and require simple procedures such as moving page name and a ref switch. The whole point of creating the articles is so that gradually they

2945:

What's the point indeed. Instead of the seemingly random selection of hamlets, villages, and duplicates of major cities that you created, and which you now want to correct by bot, why not start from scratch and let the bot create articles from that list, if it is indeed reliable? You will get a much

2581:

etc. But given that some of the provinces changed before then it seems odd that the obvious errors existed then. I gather they spotted the error since and have updated it. I only just realised what had happened when I saw you accept that Saudi Arabian village source. Honestly I think you'll find the

2201:

We should not be assessing several thousand articles at AfD. Instead, each article should be individually reviewed. If a group of articles is verified to not exist or something like that, then batch-AfD those. But not all 2,500 at once, please. I suggest a speedy close of this AfD and a project page

1936:

Just to get back to incubation for a moment, I realise I was the person who proposed mass incubation of this material, but I do want to explain in more detail why I think it's the best outcome. As encyclopaedia editors, it's a sin for us to publish known error, and Fram presents convincing evidence

1476:

OK, please assess the other countries and those which are in the wrong province delete. What's ironic about this nomination is that I myself have tried very hard to get fallingrain blacklisted for containing false population and altitude data.. I believed geonames database and geogrpahic.org were at

1396:

Who is the "we" that established that Khvoshi is Bala Deh? Khvoshi is an error from geographic.org, Khoshi is (part of) Bala Deh. And that it may be hard to find good sources is no excuse to create poor articles from a poor source in a bot-like manner, but should be an indication that we should have

1383:

pick up. Are they the same or different or not. Very demanding, and I really don't think eliminating all stubs on them is the answer as problems with accuracy and confusion of place names will continue even after they are expanded.. The UN directory at least is the best up to date guideline we have.

1345:

before today, reinforcing my proposal to have someone who knows the subject create an article, which of course should have the appropriate warnings about its unreliability in various ways. I do not have time to devote to this effort until later in the month, if then, and besides I do not know enough

1207:

BTW Anomie has the UN index downloaded so any mistransliterations can easily be sorted. Google search Afghanistan Settlements Index and you'll find it. The plan is to sort into districts and built a comprehensive coverage on what we have. Also note that one of those Kazakh villages was AFD d before

667:

This is a reckless approach to deletion and in my view sets a dangerous precedent. We don’t delete articles because a particular source is deemed un-reliable, we delete articles because there are no reliable sources to support notability of the article topic. In this case, even the nom admits that

3612:

I've been trying very hard to extend compromises and goodwill; you've now used all that up and I'm withdrawing my previous offer to bring you better sources for future article creation. You have also completely missed the point of AfD. So, make up your mind - choose which of your previous positions

3608:

These articles do not belong to you; this is a community-built encyclopædia and it is entirely appropriate for other people to discuss ways of solving the problem. Sniping at the rest of the community whilst they try to find a solution won't make you happier, won't make them happier, and won't help

3565:

might not agree with Fram (or me) but Fram surely has the encyclopædia's best interests at heart and they have put in hours of work looking for problems in article-space and trying to fix them on your behalf - which is, oddly, the outcome that you appear to want from this AfD (although presenting a

3552:

If you were genuinely a good person and keen to improve content you'd stop making snide remarks implying I was a liar and "dubious" and start helping me out with the others and refrain from making such remarks here. Somebody acting in good faith does NOT rant on at ANI about the edits of others and

3537:

Why would I go around fixing pages I propose should be deleted and recreated from a good, more complete, and more error-free list instead? That's not logical at all. I only fix those pages where you (or others) have avoided the deletion, but have left small (coordinates) or large (duplicate article

3298:

Dr. Blofeld claims that these articles come from Geonames, but no evidence for this has been provided, and it seems dubious. The articles match the geographic.org source more closely than the geonames source, and the errors pointed out in the nomination are not in the geonames database. At best, he

2829:

Mass deletions, especially where a large proportion are correct, and many of the "incorrect" ones are spelling variants is a "bad idea." As for province changes - they occur, and I would not automatically assume that they qualify as "errors." AGF is key here - and it looks surely like assuming good

2796:

The vast majority of the article, I mean at least 98% of these 2500 articles are also verifiable in Geonames. A bot could simply switch sources but hard work will be needed to expand the stubs into something worthwhile, much like the rest of wikipedia. They can virtually all be verified in Geonames

2440:

Jeez, will you lay off the stalking/hounding? I didn't have time last night to complete my work. I was working on Al Ayn last night but I found it referred to something else so redirected. I've db authored the ones I couldn't find info for except those which clearly look notable on google maps and

2131:

relating to the inbalance between the visibility of Western places of inhabitation and those of the rest of the world, so rather than delete I would prefer that articles based on that unreliable source should be placed in incubation and only moved to the mainspace when a better or confirming source

2015:

per the nominator's introduction: there are too many problems with these articles. In general, Knowledge (XXG) is not cleanup; however, there are too many potential problems with these articles to justify keeping. Like spammy articles about notable topics, these articles (which I'm not saying are

1946:

Thus we have material that ethically, we can't keep in the mainspace, and procedurally, we can't delete. We need a compromise that takes them out of the mainspace but leaves the content available to repair and reinsert, merge, or delete as appropriate, all in our own time. I think that incubation

1871:

Satellites don't lie (except in major political areas) and the coordinates given are generally accurate even if they cock up the provinces from time to time. Google earth does not lie about settlements existing down river from another settlement and it being framed by steep cliffs. Reliable sources

443:

How about this. Since this is Dr. Blofeld's horrid mess, Dr. Blowfeld should be the one to sort through all several thousand of these and pick out the ones that should be kept. If he's going to generate 2,537 one line articles, he should be the one to find the three or four out of that that warrant

3569:

is not a valid justification for a "keep" vote). Fram has also patiently listened to your varying (and occasionally contradictory) explanations. If you still want to argue with people, take it to my talkpage (I'm a thoroughly disagreeable person so I'm used to it) and let other people here discuss

2781:

So, basically, just like I said from the start, 17 out of 50 one-line articles were correct, all the others had at least one serious error in their one single line or in their name. Coupled with the fact that all of them used an unreliable source and lacked all but the most basic info, I don't see

2626:

is downloaded from the UN which clears marks up to date settlements. A bot could easily fix any wrong entries and if there are duplicates it would create a page of what needs to be sorted out manually. Those prior problems occurred from using an old source. There should not be a problem with this.

2561:

geonames database. It certainly contains a lot less errors, looking for the really stupid entries in geographic.org doesn't give any results. It also doesn't seem to contain the errors wrt provinces that are in the articles you created. On the other hand, it does contain "populated places" of such

1880:

confirm what I have said. How can you tell than any source is accurate and has the correct information? Jeez, this is the problem with building an encyclopedia, sources often contradict each other.. A satellite map if anything is more useful that any source for verifying a place exists and you can

1152:

exist in that given province..." is pure and utter nonsense. All the articles nominated were created this year, in 2011, and those with an icorrect province were equally incorrect at the time of creation. "There are almost entirely genuine places, this is what Fram has failed to identify even if a

1053:

that the vast majority of these articles are legitimate places and could be expanded. To delete them all would be contrary to the nature of wikipedia and a waste of time. People have friends who died in many of the villages I started in Afghanistan and could quite reasonably expand them. I'm very

3564:

Dr Blofeld, please try to concentrate on the articles and not the editors. Many people have a sudden rise in blood pressure when their articles are nominated for deletion - that's understandable - but the best way forward is to work on a solution to the problem, rather than sniping at others. You

3116:

I argued strongly back in 2008 that Fritzpollbot could be used to generate articles on settlements by country verified by geonames directly and where possible the plan was for it to find population data where possible and try to produce a decent starter stubs which could be built upon. The reason

2586:

to be a reliable source for verifying these settlements but I agree the one liners are crappy and need expansion if possible but I would NOT have started them if I believed them not to exist. I think this current situation could be sorted with a bot and some hard work over time to expand these if

2468:

Since this is very much a spare time activity for me, and there may be quite a bit of programming and testing involved (for example, working on good string matching for different transliterations of Arabic place names is non-trivial, and I would appreciate any advice other editors could give me),

2300:

I personally believe mass AfDs are often more disruptive or more of a problem than individually assessing articles, because we're grouping together all 2,500+ of these pages without verifying the integrity of each one. Just because a bad page is sourced to geographic.org does not mean a good page

2285:

This discussion can be copied across to wherever it is continued once it has been closed. To those saying "wrong venue", this seems to be as good a venue as any, as we are talking about removing articles from mainspace, whether temporarily or permanently. The existence of this discussion has been

1664:

Assume Good Faith still applies, and large-scale efforts to at least mention parts of the world which are poorly covered and try to work towards uneven bias should be commended not attacked, even if the method use is far from ideal/problematic. All "useless sub stubs" can be expanded or corrected

1489:

I have no objection against blacklisting geographic.org, fallingrain.com, tageo.com, maplandia.com, and so on, as the incorrect use of these sources as seemingly reliable but in fact unreliable sources far outweighs their benefits. But I would like to stick to the articles at hand here, I believe

1065:

they better sourced, then? The best way to avoid deletion here is to add a source - any source, even a passing mention in Google Books - and move the article out of the category. The bar has already been set much lower than is usual for articles at AfD; the proposal here is merely to delete those

3658:

So far I've made over 500 edits to plough through these. From what I see you've done nothing. Please shut up and do something useful. Your lengthy essays here also do nothing to rectify this situation or help wikipedia either. Of course people are free to vote "delete" or "keep" but I am the one

3027:

The reason why I wouldn't want to nuke them all and start again? Aside from being a waste of time, Fram and co are now so strongly against stubs on villages created enmasse that they block people indefinately for it and he would use every excuse as to why I should not create them. Of course if I

2995:

edited by humans and nurtured into valuable articles. If nobody chooses to work on Asian villages with me and is happy for wikipedia to blindly ignore half of the world's population then its not my faoult. I agree it is better to create articles with some sources and more info and check each one

2374:

ANI is not the place where policy is discussed or decided though. After this AfD has ended, we can see whether new or revised policy is needed to deal with these things in the future, and the probable correct location for this is VPP (with notices at AN, CENT, and whatever other noticeboards are

2047:

because nobody can bother to attend to them . Very sad. Deleting them is probbably the worst thing we can do to ensure they woun't be recreated with errors again. Incubating them and chiecking them and moving into mainsapce once corrected and expanded would. I am happy for these to be incubated,

1440:

which haven't been further expanded and sourced as many of them do appear to be in the wrong provinces and under different names and I certainly haven;'t the time to correct 2500 entries and research them myself. I think the best thing would be to recreate using the UN list as guidance and which

675:

is applied to each of these articles, we run the risk of creating a new and dangerous deletion tactic--find a way to discredit a source and then nominate all the articles that use that source for deletion. Categorical deletion as is being proposed here is a really poor approach to improving the

3319:

So you're calling me a liar? Email Fritzpoll he will verify this and make your lousy invalid AFD massacre look like the pathetic desperate act of revenge it really is because you didn't get your own way at ANI. You're the one with the attitude problem, not me. If you just assumed good faith and

2162:

Sorry but I'd have to say that the error rate has been exaggerated considerably. The vast majority of Oman articles I've looked at so far are correct and most certainly have the correct coordinates obtained. One region though had split in 2006 so some just needed fixing. I'm currently ploughing

1526:

Mapping is difficult in a lot of developing countries; it's an inescapable problem. Last time I planned a long drive in Africa, the only thing you could truly trust were your eyeballs, looking at a satellite image - the overlay of settlements & roads from geographic databases would often be

487:

I'm sorry, but what the hell was Dr. Blofeld thinking? One line is not an article, one line isn't even a stub. Every one of the 30 random articles from that category that I checked had less than twenty words. It's not useful, especially if it's not guaranteed accurate. Sure, we should shoot for

399:

from which the settlement database was downloaded from which is considered to be reliable for verifiying populated settlements. The nominator himself acknowledges that geonames is a reliable source and it was that site which was actually used to create most of the "problematic articles" so this

3437:

No, I didn't call you a liar, I said that a claim you made seemed dubious to me. You can make mistakes without being a liar. Apart from that, I have no reason to assume that Friitzpoll did anything else than what you claim, but this not about whatever Fritzpoll did, this is about what you did.

3156:

The best reason to include articles about some obscure places is when there is a link from another article, XXX was born there, the bridge from a big place to YYY ends there, and that kind of thing. I created a CDP place in Pennsylvania because a bridge went there. My experience with generated

2540:

which Fritzpoll downloaded in 2008 from the GeoNames server. This fact can be verified by contacting Fritzpoll by email, as he is no longer with us. So you've been ranting on about geographic.org being unreliable and that was not even the site used to compile the list even though it apparently

1853:

to verify the existence of a village by looking it up on google maps ? Even if it isn't, how can you tell that google maps has correct information ? Search for Badom-Dara, and Google Maps bring up a settlement near to Bashanabad which doesn't seem to exist from the photographs. It seems pretty

1834:

and can at least be verified as existing but lack web coverage at present... Lack of book coverage or web sources for such villages most certainly is not a guideline for notability. Uneven development and bias is to blame. I stand by my belief that virtually all populated human settlements are

1551:

Exactly, and this is the dilemna I am always faced with and the reason why I have ever created stubs on such places enmasse. The ignorance of many countries on here where content missing is in the vast majority like Iran and it sickens me that the amount missing is so vast. And then theres the

1505:

These websites are all generally accurate for coordinates, but little else. Its fine to extract coordinates from them and check on a google map but I agree it is not really a good idea to rely on them as a single source. Of course given the lack of editors working on desolate areas of Asia are

2669:

90% of the articles checked were fine. (Of course, n=50, sample is not random.) There were only a few cases where I had to change the province name, and all but two of these were for Afghan village articles (which makes sense per Dr Blofeld mentioned above; the others were 1 Omani and 1 Saudi

2809:

A bot could not switch sources, most of the articles have no coordinates and no reliable province info, and the name alone is often used for many locations. Couipled with the fact that many articles have been created as duplicates of each other or of older articles, and that a number are not

3609:

solve the problem. It is also entirely inappropriate to complain that folk who disagree with you at AfD are biased - and personally I'd love to spend my time improving other articles, so it's particularly irritating that when I spend time trying to help with this one you criticise me for it.

2985:

Absolutely not. I'm proposing that a bot corrects the obvious errors, moves pages to capital letters and then I propose that they are checked and gradually improved with reliable sources as those I've expanded above. My point Corne is that you are claiming articles which are mostly all like

2258:

would work better as a centralized place where we can work through these articles and discuss what sort of sourcing is necessary or which articles are about nonexistent subjects, etc. But AfD is too narrow a place for this, and after the discussion ends in a week, we'll have to discuss this

2126:

To allow articles that fall below that standard is potentially damaging to the project, and should not be allowed to be able to be viewed. If Geographic.org is deemed unreliable and is the only source for a subject, then it does not satisfy the criteria. I recognise that there are issues of

1999:

exist and the coordinates are 99.9% correct or at least very close, so in that respect it is not an unreliable source. Fram has agreed that most of these settlements do exist and the coordinates do reveal settlements but rather has identified serious flaws in the background for them such as

1212:. Gradually more and more info would become available on the web about it but that would be far more productive. Sorry I do NOT think the existing minor errors are serious enough to validate this mass deletion. Any minor errors can be easily corrected and the articles improved a little.♦ 3745:

in places like Burma for instance where i got lucky with sources and it is that sort of content which makes wikipedia much greater as a resource. The idea with these stubs is not to spam it with worthless junk but to encourage the production of knowledge and the growth of wikipedia. ♦

1284:. It is a site that should not be used on any articles, since it is a bad mirror of a better, more reliable source (I have no idea if the errors were in the older version of the Geonames database, or if geographic.org took those from somewhere else or fabricated them out of thin air). 343:

has an analysis of twenty articles (the first and last ten of the category at that moment), and only 7 of the twenty had at first glance no major problems. 13 of the other ones needed moving, correct content, or simply deleting, even though these articles only have one line of text.

1127:

I agree its not a good idea to create "sub stubs" using geonames and no other source but they have been created now and it would be far more constructive to try to expand/correct as many as possible or at least move them into Incubator until reliable sources can be added. @Yoenit

972:- and I dearly hope that future recurrences can be avoided. This project is not a race to create as many zero-quality placeholder articles as possible from an unreliable list, in the hope that somebody else will come along and clean up the mess later. Commendable research by 500:. Knowledge (XXG) is not an atlas, every single insignificant town does not warrant coverage. If sources can be found that indicate some semblance of notability at the WP:GNG threshold, then yes, like anything else it warrants an article, but if someone were to tell me that 355:, for a single problematic article I found, but looking more into this has shown that this is such a huge group of problematic articles, that the loss of a number of correct short stubs doesn't outweigh the damage of having so many clearly and seriously incorrect articles. 1610:

What about a stick to beat moaning minnies who do nothing for wikipedia but turn up at AFDs and whine about sub stubs and the lousiness of their fellow editors instrad of doing something constructive to expand content they deem unworthy? Maybe there is no stick because of

2535:

which you apparently consider acceptable. It twigged earlier when I saw Fram accept an article referenced to Geonames somebody had switched on a Saudi Arabian village and I thought, hang on, aren't they the same? Every Afghan village I started is listed in the directory

1411:

I would agree that getting accurate information on these things is difficult. This is an encyclopædia; if there's a high probability that a page is wrong, due to confusion over names &c, then why create the entry? If all we have is the name and coordinates &c,

3207:

proper source. Instead there could be a topic ban limiting the rate of creation, say to ten per day so as to make sure that they can be checked and improved. Any mass create of multiple articles per minute should get a bot approval, even if it is done by a human.

2844:

The name is practically the only thing we know about most of these settlements, so getting the name wrong is a fairly big deal as far as each article is concerned. If many articles contain only one statement and there's a significant probability that statement is

2469:

would the other participants here be willing to hold off on the AfD process for these articles for day or two while I do the analysis, and correct any errors I find in these articles, using the UN data and cross-correlation with existing articles as a reference?

1060:

If you (or anybody else) find good sources for any of those articles, they would no longer be in the category, and could be kept. I'm unsure why you're angry with somebody wanting to delete minimally-sourced articles if you say they can get properly sourced; why

1811:. To verify that these settlements exist, and thus that the articles are appropriate, each needs to be sourced to a reliable source. I'm not entirely opposed to incubation, but I think it would be better if we wrote articles on each village when sources appear. 2093:

are up for deletion, and articles such as Alishang are not in that category because they've been completely rewritten. The only articles that should be deleted are ones that haven't been reworked, since they have no useful information from reliable sources.

1375:, we've established that. However, the UN directory listed five or six villages named Baladeh and none of them appear to be in Logar Province. The information about the village of Bala Deh with 1000 inhabitants and suffering from drought in 2005 is likely 1298:

This is rather tangential (it shouldn't have any effect on how we treat articles which cite only a geographic.org entry), but we do have articles on sources which are themselves notable even if we don't put much trust on content from that source. Consider

3923:

That's good, the more places that get sorted, the less there'll be to delete. I still stand by my earlier !vote though. Any articles in the stated category that haven't been sorted by the time the debate ends (it may get an extension) should be deleted.

2651:

of the articles now, I have to say -- the problem, while it exists, is quite over-stated. Now, arguably, using a non-random sample of size n=50 would make even my intro to statistics teacher want to beat me with a herring. But in those 50-ish articles:

3524:

who stalks the edits of the others with the intent to identify only their errors. If you genuinely were operating under good faith you'd be working with me to fix the others. I am refraining from saying what I really think of you as I'd be blocked.♦

3553:

does not open a mass AFD of 2500 articles without assessing each one first. Somebody acting in good faith would have contacted me on my talk page, pointed out that there were errors in my work and have kindly asked me to fix them and expand them. ♦

2487:

The AfD will normally run for nearly six more days, so the one or two days you think you may need are no problem. Any article no longer in the category at the end of the AfD will not be deleted (assuming that the AfD ends in delete of course).

2016:

spammy) would need complete rewrites to be valid. We need to get rid of errors, even though they were added in good faith: we can start over again on these from scratch, since that's the work we'd need to do to fix them even if we kept them.

826:

and such a violation is sanctioned with mass deletion, I have no issues with that. If a violation of BOTPOL is a valid reason for mass deletion, so be it. But mass categorial deletion, claiming no RS is wrong. And you are wrong when you say

2797:

and an obvious satellite zoom observation. Its a crappy start I agree but verifiable settlements should be notable, naturally rural villages in Asia are not going to be hotbeds of web information and I think over time they can be expanded.♦

545:

Regarding "Knowledge (XXG) is not an atlas, every single insignificant town does not warrant coverage", it has been the general consensus for years that if a town of any population can be verified to exist, it doesn't need to pass GNG (see

3439: 940:. I'm rather tempted by Mike Cline's view, but on balance I don't want to apply a simplistic one-size-fits-all measure to 2,500+ articles—irrespective of whether that measure is "keep" or "delete". In the circumstances, can we please 1640:, are likely to cause more problems than they solve. If you want to have a fruitless argument with somebody on the internet, take it to my talkpage instead, and let folk here try to agree on the best way to deal with these articles. 3270:, which is reliable, then just look at the remaining ones. Give him time to work. Decide which sources are reliable, and get the information from there. If you have a bot that does that automatically, it shouldn't be a problem. 2254:, we can sort through all these articles. I'm not sure which forum is best for this because it's not a common issue that arises, but I think that just setting up a project page dedicated to sorting out this mess or just a subpage 2968:, we can walk through the 2500-odd stubs that run created manually to check against some other database and fix titles, but how is that a gain from writing those articles by hand from a human-verified source in the first place? 3697:

must reject mass creation based on poor input or that is the "wave of the future." Our leaders are trying to make the encyclopedia more "newbie friendly." If we don't exercise some sense, we will get junk from this new group.

1582:

per nom. The proliferation of unsourced and ridiculously "sourced" mass-created substubs is a blight on Knowledge (XXG) that must be halted. The creation of an article should be a thoughtful exercise by a human being who is

202:, although the nominated article has not been created, IMHO, this discussion should be allowed to run for a week, to get as full an input on the issues raised as possible. This discussion could affect up to 2,537 articles. 2232:

You may be correct that this is the wrong forum, but you are completely wrong that there is no reason to batch delete or incubate these articles, when their creation was a violation of policy. What forum do you suggest?

1535:

against these parts of the world - but we can't really fill the gap until we can get better sources. It would also help to have editors with more local knowledge / language skills, who would recognise dubious demonyms.

1872:

back up my claim anyway that that basin contains steep cliffs, so not really OR. Observations from google earth backed up by general facts confirming them are fine. I use it all the time when creating articles like

1527:

wildly inaccurate (even the hallowed Michelin maps have flaws). Even if a settlement is visible on a satellite image, you can't always be sure that the overlaid name, pulled from some database, is accurate. I would

1099:

does indeed exist, but is called "Ab Kuluk" or "Ab Kolok". I just spent 5 minutes looking that up, which I could have used to recreate 20 of these stubs from a proper source. Also, what on earth possesed you to use

2395:: I have obviously no objection against people deleting the pages (g7) where no obvious improvement can be made, or against people truly improving articles and thereby removing them from the list for deletion, but 3016:

its correct match in the good database, and then alter the article to match? (It's obvious you can't just move the article blindly to title caps, you have to check its very existence against the good DB first).

165: 2259:

elsewhere—so why not close the discussion before it gets even longer and have one single centralized discussion instead of ideas proposed at this AfD page and then re-proposed elsewhere or forgotten altogether?

2465:. I've been asked by Dr. Blofeld to check these against the articles that are the subject of this AfD. I can also scour the category tree for other articles created by other sources, and look for duplicates. 1019:, to avoid swamping everything else in it). This sort of unreliable content does not enhance the encyclopedia at all. These articles also appear the result of a mass creation effort of exactly the sort which 3354:

While I don't think mass creations like this are really the best idea, a mass deletion will probably cause more harm than good. Probably better to take a bit more time and sort through them individually.

1522:

the same kind of problem - I had to do a lot of cleanup in the past after somebody used fallingrain inappropriately (but in good faith; such a big database is very tempting to people editing articles on

3684:

said, "This project is not a race to create as many zero-quality placeholder articles as possible from an unreliable list, in the hope that somebody else will come along and clean up the mess later." --

603:

In principle, though, it's a fine plan - though "keep" may not be the best summary. If you reference one of these articles properly then it should no longer be in the category, and it escapes this AfD.

3040:

Dr. Blofeld, please don't accuse me of things I haven't done, and am not planning to do either. I have blocked (and unblocked) one editor whio continued to create articles against a clear consensus at

1132:

There are almost entirely genuine places, this is what Fram has failed to identify even if a few have awkward transliterations or are now in a different province. At the time of creation the articles

890:

I can understand the argument that incorrect information in a stub can be fixed, but improperly titled pages can't even be found, so are very unlikely to get fixed. For example, say I am looking for

2250:

I never said I opposed batch incubation—which is essentially what I suggested—but I don't think deletion is really anything except a "quick-and-dirty" solution. We have plenty of time, there's no

1595:

is often used as a stick with which to beat folk nominating articles for deletion—where's the stick that's needed for people who create basically useless articles without sufficient forethought?

3616:

These articles are your responsibility (which means: You can find better sources and take them all out of the category before the AfD is closed; or you could act on your previous suggestion of

2509:

I am in favor of an extension in time, allowing editors to rescue particular articles. Administrators, take note. Editors, join me in asking for an extension of time for this mass AfD, please.--

2996:

carefully but the fact is at least 98% of the articles I started are most certainly verifiable as populated human settlements which given time are likely to have sources available for them.♦

2830:

faith will result in an optimal outcome, whilst deletion is a substantially sub-optimum outcome as existence of a location is not on the order of a contentious claim in a BLP by a few miles.

217:

sadly not referenced to the specific page about the village, but to the main page of the site). Geographic.org is a copy of an older version (or a poor copy) of the geonames database of the

1432:

I'll admit Fram has a strong argument about the stubs being in the wrong provinces and districts. Checking the up to date UN source ] does not exist but the exact coordinates are that of

3911:

In case you haven't been monitoring the situation Saudi Arabia and Oman articles have been sorted and are no longer in the deletion list. Kazakhstan is next for sorting out "problems".♦

1681:

Would incubation be an acceptable compromise, if we can find some way to avoid overwhelming any existing incubated articles? (Which is surely technically possible; just a subcategory of

3570:

the real problem in peace. Also, it would be very helpful if you could put a little more effort into indenting, as it's getting quite hard for other editors to follow this long thread.

2582:

vast majority of the these 2500 settlements in geonames server and for some of them a scraps at least in google books. Perhaps a bot could be used to change the source. I still believe

2167:

in the wrong region first before incubating them, the unproblematic ones should not be removed and should be expanded. It is just wrong to label every single one of them as incorrect.♦

571:

articles and reference them properly and fix problems. I have just done two. Mass deletion, without even placing a template on the artciles is definitely not the way to go about this.

3064:

OK then so if after this is fixed I go on and create say 38,000 articles on Burmese villages using geonames as a source and where possible a google book source you would support me? ♦

1632:

AfD often provokes strong feelings on both sides, so some harsh words are inevitable sooner or later; but I'd invite both of you to stick to the subject at hand. Generalisations about

3447: 3320:

worked with people you'd get on a lot better on wikipedia. I've given you the chance to quit being like this and actually work constructively but you persist with remarks like this.♦

3638:

What you do is up to you; but if you complain about other people in the community who spend some time trying to resolve the problem you created, goodwill evaporates pretty quickly.

3085:

time by doing it this way: you still have to manually check and correct all of those stubs, and in that interval they remain visible to be disseminated around with inaccuracies. —

1461:, which used to be a part of Ad Dhahirah. So there as well, the province or region information is outdated (and the article has to be moved to the correct capitalization as well). 1188:, which is the same province suggested by Geonames. So even when geographic.org is correct, the article gets it wrong. Where did you the the info that it is a village in Kunar? 2674:

applying a blanket policy with such a disparity of circumstances is not appropriate I think. Just some food for thought for anybody still arguing one way or another. Cheers. --

237:

A lot of articles are correct (my estimate would be around 1,000 of the 2,500), but the other 1,500 have major problems (which each time one or two of many possible examples):

2562:

extreme minor importance that we wouldn't bother creating separate articles for them in most countries, e.g. for Belgium they would at most warrant a redirect, if even that.

2458: 1978:. However, nobody's going to get consensus for "Ignore all rules" as an outcome at a much-commented AfD. Pragmatically, I'd agree that incubation may be the best compromise. 3809:

Sorry to interrupt all the name calling and hair pulling, but I thought I should come by and provide a few more insights for anyone still paying attention to this debate.

3008:

I still think you'd be much better off — and that your time would be much better spent — by starting from scratch and creating those articles one at a time. Surely, it's

2587:

possible, IN regards to Afghanistan we can certainly get something done with Anome on board and organizing them and updating them. A bot could correct them, I'm certain.♦

1941:

and tried to deal with each one individually—remember the X-Y relations articles? That experience was bruising and we need to learn from it. This time, let's be smarter.

676:

encyclopedia. All that said, I do believe there should be more engagement with the creator of these articles to get the sourcing correct on an article by article basis.--

3793:

Nobody called anybody a vile name. Neither Fram, Bob or myself called anybody a name. I just said to stop moaning and to stop going on and get on with helping me out...♦

2599:

Please no, don't try to correct these articles by bot, haven't you learned anything from the problems you have had correcting them by hand? look at all the troubles with

126: 3477:

I have not used those lists in over three years. Fritz downloaded the full list into the workspace directly from Geonames. I'll ask him to email you and confirm this. I

159: 3426:

using the same source. Don't start calling me a liar because I've revealed your pathetic mass AFD to be a joke given that geographic.org was not even the source used.♦

2163:

through Dhofar Governoate and so far it seems there is absolutely nothing wrong with the named, province and coordinates. I think we should assess those which actually

2149:; stubs that have an error rate this high are considerably more harmful than not having a one-liner "article" on the fraction that has no immediately obvious error. — 359:, but we have no deadline, and it is better that for the time being we don't have an article on them, than that we have more than a thousand unreliable, dubious ones. 1835:

encyclopedic. We have a real problem though with developing world countries and our encyclopedia is inherently biased towards anglo countries which have more sources♦

1240:

it is the correct answer. I agree, I'd rather create them properly first time with some additional sources but because of the sheer amount missing I'd like give up. ♦

1436:

which is not in Logar Province but in Gardez District in Paktia Province and if you view on a google map and UN you'll see this is accurate. I'm changing my vote to

2416:. Perhaps these things are actual improvements, perhaps not, but turning them into unsourced stubs instead of badly sourced stubs is not really the way to go here. 1208:

and it ended up being fully expanded. The best way forward would be to add a UN source to verify place name and district and a source from google books, just like

1912:(replying to Dr Blofeld...) I'd agree that satellites don't lie; we know that a village exists at those coordinates. However, we can't even be 100% certain that " 1900:

I think the website is good for coordinates and finding missing articles , but as Fram says they need to be verified and more info added from reliable sources..♦

352: 3134:

This is somewhat tangential from the current AfD, but personally, I would be very happy with automated creation of location articles from a single database,

2577:

I swear I'm telling the truth, it was downloaded in 2008, ask Fritzpoll, he even generated a few articles using it I believe in Badakshan province. Proof is

1136:

exist in that given province... Additional sources can be found to update and filter into correct districts and where possible find google book sources.♦

788:, rather than simply creating one-line articles from a list, they have my sympathy; but that's no reason to keep the bot's earlier indiscriminate output. 1258:

promptly. Then all of us can know about the source of these articles. Just a brief glance at this website tells me that it is a very valuable resource.--

2964:

have no problem with automated stub generation (even though I often feel it's unnecessary). The only bit that bugs me right now is the accuracy rate.

1104:

for the titles? That is 500-1000 unnecessary page moves (and useless redirects) which could have been avoided if you had thought about it for a second.

1591:

by reliable sources, exercising human judgment and intelligence, not a database dump or a mindless robotic task (even if no bot is actually involved).

1273: 345: 2360:- Wrong venue, this should go to ANI. Issue is much too big for case-by-case consideration at AfD, there needs to be some broader policy decision. 694:

There have been extensive discussion of these articles, the sourcing, and whether the mass creation is appropriate in other fora. See, for example,

2583: 2542: 833: 218: 3454:

doesn't appear in Fritzpoll's pages, but it does appear in your page. So please stop with the arguments about whatever Fritzpoll did, and accept

2000:

provincial location, place names and transliterations and confusing duplicates which make it a poor and often flawed source to create articles.♦

2714:

Wait, "had to be moved" means that the name, which is basically fully half the content of those articles, has an error. How is that "fine"? —

1704:, and any editor can improve / expand them, add other sources, tweak names &c and they can freely return to article-space after improvement. 1970:

If our existing procedures cannot cope well with a new situation, leading us to a result which conflicts with encyclopædic ideals, that's what

1920:

because, as far as I can tell, no source has been provided that covers it in any depth at all, only an entry from an indiscriminate listing.

725:

doesn't apply to article creation (even for experienced editors), and it can be coupled with mass article creation (basically a violation of

2731:. Capitalization really, the sort of thing a bot could do, with supervision. (Or someone on AWB.) The most drastic change I've had to do is 3680:

with a time limit of 6 months. I don't like the idea of incorrect one-liners sticking around longer than that, even in incubator space. As

2537: 822:

of 2500+ articles without subjecting each to the normal debate in AFD. If indeed as Bongo said above that the creation was a violation of

1379:. Its incredibly tough to know which source refers to which village and then it also becomes increasingly complicated when villages names 2090: 1665:

very easily. If everybody assumed good faith and that we all have the same goal here conversations would not get side tract or heated. ♦

1453:

Thanks for this post. However, let me point out that not only Afghanistan articles are in the wrong province, I also gave the example of

226: 405: 2457:

I've recently generated a list of Afghan villages and towns, together with their region and district data, sourced from United Nations

2255: 1070:

proper source, whereas other AfDs generally require that notability is established, which would be considerably harder, even if we're

362:

The articles that tipped me over towards deletion instead of some other rescue mechanism (which would take much, much more time) were

99: 94: 17: 103: 2623: 2462: 1831: 1564: 3850:

Frankly, I'd !vote a blanket keep for Saudi/Omani villages, blanked incubate for Afghan villages, and blanked delete for Kazakh.

3100:

Ye have little faith in me Coren. You do not need to delete an article entirely from wikipedia to recreate it have you know...♦

2346: 2315: 2273: 2239: 2216: 1960: 1755: 1186: 957: 765: 704: 432: 1682: 3481:

accepting responsibility for this which is why I've been working diligently to fix the problems while you sit around moaning.♦

2124:"Cities and villages are generally kept, regardless of size, as long as their existence is verified through a reliable source." 1897: 86: 1995:

I agree, but the fact is though that the settlements listed in geographic.org and indeed other landmarks like Kotgaz Glacier

180: 147: 3418:

Above you've basically called me a liar. You are the one with the attitude problem. Fritzpoll Bot generated the list from

1277: 1749:

Doctor B, that's something most here would agree with but doesn't read (to me, anyway) as an argument for keeping them.

1185:, which you locate in Kunar Province, is according to the Geographic.org entry, last edited in 2006, located in Nuristan 4010: 1015:

per nom, with mass incubation an acceptable alternative (with some special measure to identify the articles within the

36: 990:

example is really telling. If anybody is able to properly source a subset of these articles, I would be happy to keep

314: 308: 1367:

The thing is, even beyond geograph names compiling information is incredibly difficult. FOr instance you identified

902:. Trying to fix the issue will simply take way more time than massdeleting them and recreating from a proper source. 755:

Actually, it doesn't appear to be "basically a violation of WP:BOTPOL", but an actual, specific violation of it (see

304: 267:

Article title has the wrong capitalization: majority of the Saudi Arabia and Iran articles, and many Oman articles:

2432: 2185:

so these can be handled on a case-by-case basis. Some of the articles simply need a reference to the more reliable

983: 2128: 1023:

is supposed to require prior authorisation for, to prevent the need for exactly this sort of deletion discussion.

668:

many of these geo-locations are valid and warrant articles. Nom didn’t get the results wanted in this discussion

3212: 2648: 1148:

Dr. Blofeld, if you want people to assume good faith, don't talk bullshit: "At the time of creation the articles

626:: all pages under discussion now have the AfD template (transcluded through the geographic refimprove template). 3331:

I did not call you a liar, it seems to me that you are mistaken. Please keep your personal attacks to yourself.

2472:

Any articles which could then neither be corrected nor confirmed from the UNOCHA data could then be deleted. --

252: 141: 4009:

Subsequent comments should be made on the appropriate discussion page (such as the article's talk page or in a

3081:(ec/4) Well, we'll have to agree to disagree on this then. I remain unconvinced that you are, in fact, saving 2137: 404:

a sizeable village not a farm and duplicates can easily be spotted. Komsomolskye can be viewed on google earth

367: 35:

Subsequent comments should be made on the appropriate discussion page (such as the article's talk page or in a

2202:

be set up so users can review each of the 2,500+ articles individually, and separate the good from the bad.

1859: 1816: 531: 459: 3996: 3974: 3960: 3945: 3933: 3917: 3902: 3887: 3799: 3788: 3751: 3706: 3688: 3665: 3647: 3603: 3579: 3559: 3547: 3531: 3514: 3487: 3467: 3432: 3413: 3383: 3364: 3340: 3326: 3308: 3293: 3256: 3236: 3216: 3192: 3180: 3166: 3151: 3128: 3106: 3089: 3070: 3053: 3034: 3021: 3002: 2978: 2955: 2939: 2915: 2893: 2858: 2839: 2819: 2803: 2791: 2773: 2718: 2708: 2637: 2616: 2593: 2571: 2551: 2518: 2497: 2481: 2447: 2420: 2384: 2369: 2352: 2322: 2295: 2280: 2245: 2223: 2193: 2173: 2153: 2141: 2119: 2103: 2081: 2054: 2025: 2006: 1987: 1964: 1929: 1906: 1887: 1863: 1841: 1820: 1789: 1775: 1761: 1744: 1732: 1717: 1671: 1656: 1621: 1604: 1573: 1558: 1545: 1512: 1499: 1483: 1470: 1447: 1425: 1406: 1390: 1355: 1324: 1293: 1267: 1246: 1233: 1218: 1197: 1176: 1162: 1142: 1113: 1090: 1027: 1020: 1003: 961: 929: 911: 882: 847: 797: 771: 756: 742: 710: 685: 657: 635: 613: 598: 580: 559: 540: 468: 438: 414: 383: 137: 75: 57: 2089:

No, it does not mean that we'd lose those articles. Please read the nominator's statement: only pages in

1458: 366:(the ultimate evidence that no meaningful human check is being done when these articles are created), and 2926: 1016: 90: 3991: 3940: 3912: 3881: 3794: 3746: 3660: 3598: 3554: 3526: 3482: 3427: 3321: 3231: 3187: 3123: 3101: 3065: 3029: 2997: 2934: 2888: 2798: 2767: 2702: 2632: 2588: 2546: 2531:

I'm going to be honest with you. I've mistakenly used geographic.org to cite the source thinking it was

2442: 2168: 2076: 2049: 2001: 1943:

However, policy says mass deletion of material that we haven't individually considered is to be avoided.

1901: 1882: 1836: 1739: 1666: 1616: 1568: 1553: 1507: 1478: 1442: 1385: 1241: 1213: 1171: 1137: 576: 409: 70: 3765: 2732: 2251: 2059:

Wouldn't wikipedia be more valuable if people take the time to work on these and try to add a bit like

759:. However, as mentioned above, that suggests that this may be the optimal forum to address the issue. 187: 3208: 2342: 2310: 2268: 2235: 2211: 1956: 1751: 1276:: basically, it is a commercial, outdated and poor copy of a reliable source, containing things like 953: 843: 761: 700: 681: 428: 3833:

if the village name starts with Q, there's probably a duplicate article for the name starting with K

1893: 1376: 1342: 937: 336: 82: 63: 3956: 3898: 3784: 3643: 3575: 3451: 3176: 3162: 3147: 2854: 2557:

I can't check whether this is true or not, but the articles created certainly don't match with the

2514: 2477: 2186: 2133: 1983: 1925: 1771: 1713: 1652: 1541: 1421: 1351: 1320: 1263: 1086: 999: 987: 793: 778:

we delete articles because there are no reliable sources to support notability of the article topic

609: 363: 173: 2115: 1938: 1592: 1454: 823: 730: 726: 722: 672: 547: 332: 272: 262: 3702: 3620: 3142:

notable, but that's an argument for another day and I realise a lot of people disagree with me).

2782:

how your analysis differs from mine. Your conclusion does, but that is why we have a discussion.

2190: 1855: 1812: 878: 517: 479: 445: 3521: 3171:

Currently 2224 articles in the category, down 211. Some editors must be doing some good work. --

1693:, incubation means that the contentious articles are removed from article-space (and noindexed). 1168:

At the time of creation I am referring to at the time that geographic database entry was created

669: 2627:

But as Anome says he knows what he is doing and I'm sure knows the best way to deal with this.

3970: 3929: 3404:

Dr. Blofeld. And I haven't yet seen how Anome is hoping to automatically correct these pages.

3379: 3360: 2835: 2723:

Well, I'm sure you could leave it where it was. The page moves are generally just things like

2628: 2365: 2291: 2099: 2021: 1877: 1785: 917: 895: 891: 653: 585:

I'm sorry, but you didn't. You edited one, not two articles, but you didn't fix the problems.

555: 300: 296: 207: 53: 29:

The following discussion is an archived debate of the proposed deletion of the article below.

3819:

articles about villages in Afghanistan are accurate about 50% of the time; when they're not:

1368: 1182: 589:

is after your edit still sourced to an unreliable source, and still incorrectly capitalized.

504:

is an acceptable article, I'd assume that they were a brand new user and direct them towards

258: 248: 3854: 3271: 2740: 2675: 2578: 2340:, with release into article space not permitted without second source and manual attention. 1916:" is the correct name for it (unless a better source says so), let alone that it passes the 1109: 1045:

which can be expanded at a later date. The idea is so eventually we have 2500 articles like

944:

the whole lot of them so that each can be considered in the way that Mike Cline recommends?—

925: 907: 572: 153: 3630: 3041: 1971: 1917: 1612: 1532: 505: 199: 3816:

articles about villages in Saudi Arabia and Oman tend to be accurate in both name and data

3771:

If you can't answer a man's arguments, all is not lost; you can still call him vile names.

3012:

effort to walk the (better) database and create a stub than it is to pick a current stub,

2305: 2263: 2206: 1948: 1281: 945: 839: 677: 268: 2930: 1850: 1808: 869: 645: 509: 370:, which is not only badly capitalized, but is actually another name for the "village" of 320: 278: 3952: 3894: 3780: 3774: 3685: 3681: 3639: 3571: 3543: 3510: 3463: 3409: 3336: 3304: 3172: 3158: 3143: 3049: 2951: 2911: 2850: 2815: 2787: 2736: 2612: 2567: 2510: 2493: 2473: 2428: 2399:

and adding some unsourced info is not really an acceptable way of preventing deletion.

2380: 1979: 1921: 1767: 1728: 1723:

No objection, as long as they are independently checked before returning to mainspace.

1709: 1648: 1600: 1537: 1495: 1466: 1417: 1402: 1347: 1316: 1289: 1259: 1229: 1193: 1158: 1082: 995: 977: 789: 738: 631: 605: 594: 379: 3836:

many of these articles end up getting merged into existing articles (for many of them

781: 3698: 3246: 2987: 2922: 874: 340: 290: 286: 282: 2899:

And what is the benefit of "expanding" them compared to starting from scratch. Take

1780:

Incubation is also acceptable to me, subject to a time limit of a maximum 6 months.

784:). If a bot operator finds it harder to automate the task of writing articles which 3966: 3925: 3728: 3629:

These articles are Somebody Else's problem (which means you can stand aside whilst

3375: 3356: 2900: 2879: 2831: 2361: 2287: 2095: 2044: 2017: 1781: 1101: 649: 551: 203: 49: 3440:

Knowledge (XXG):WikiProject Missing encyclopedic articles/Places/afghanistan/page1

2659:

2 were not villages as they claimed to be (1 was a neighborhood, 1 was an "other")

120: 496:

in the world, but just like every other article, multiple reliable sources are a

2604: 2072: 3965:

Yes, but incubation is acceptable, so I should have said "delete or incubate".

2903:, which you used as an example: there is nothing left from the original article 2603:, before ending with a redirect to an older article. Or all the trouble to get 444:

keeping. Looking at these, I doubt he can find more than that, if that at all.

3266:. If they can be fixed, then that should be done. If most articles come from 3086: 3018: 2975: 2715: 2150: 1873: 1827: 1024: 3825:

the article is listed at the wrong name (not the approved one, but a variant)

3779:

If someone calls you a vile name, there is no need for you to do the same. --

319:

The subject is not a village, but a neighborhood, a district or even a farm:

3539: 3506: 3459: 3405: 3332: 3300: 3045: 2947: 2907: 2811: 2783: 2608: 2563: 2489: 2424: 2404: 2376: 1724: 1596: 1491: 1462: 1416:, I cannot fathom how keeping it is a step forward for encyclopædic quality 1398: 1285: 1225: 1189: 1154: 973: 734: 627: 590: 375: 1832:

marked on google maps with a clearly visible settlement which looks notable

2600: 3724: 3720: 3716: 3267: 3223: 2875: 2871: 2867: 2728: 2724: 2532: 2064: 2060: 2040: 2036: 2032: 1433: 1380: 1372: 1209: 1096: 1046: 1042: 586: 501: 396: 324: 242: 2974:

any of those stubs without a human having checked them for accuracy? —

2866:

Well the idea of course in creation was that they can be expanded like

1304: 1300: 3505:

from sight? Please, you are not helping yourself with these posts...

371: 221:, in itself a reliable source, which I used to check these articles. 3493:

Another personal attack, after I corrected errors you introduced at

836:, in itself a reliable source, which I used to check these articles. 644:

unencyclopedic entries, without prejudice to re-creation subject to

313:

Multiple actual locations correspond to the single article created:

2810:

villages, and you don't end up with "at least 98%" but a lot less.

1457:, which is given as being in Ad Dhahirah, but which is actually in 3732: 2883: 2665:

2 were too ambiguous to be matched properly to a geonames db entry

2068: 69:

Somebody can close this as fixed by editor and problem removed..♦

4003:

The above discussion is preserved as an archive of the debate.

1892:

Interestingly I was perusing an old map of the area and spotted

327:(described in the article as a "large village", actually a farm) 3847:

towns by that name; now at ~100 articles I have 7 such cases.)

3830:

articles about villages in Kazakhstan are the most problematic

2403:

but removing the tag for deletion isn't acceptable either. And

1341:

Your two responses have already told me more than I knew about

393:

Geographic.org was not the source used to create these articles

3939:

That's only if the result of the AFD is delete of course....♦

3299:

used a very outdated version of Geonames, but I don't buy it.

277:

An article for the location already existed at a better name:

357:

I do not dispute that many of these places deserve an article

1256: 1274:

Knowledge (XXG):Reliable sources/Noticeboard#Geographic.org

346:

Knowledge (XXG):Reliable sources/Noticeboard#Geographic.org

1830:

even if "useless" are clearly verifiable and visible and

331:

Many articles have more than one of these problems, e.g.

3893:

Thanks for your hard work. I like the nuanced approach.

1074:

that Village X is visible if you zoom in on Google Maps.

516:

This is unacceptable, these articles are all worthless.

3502: 3498: 3494: 3448:

User:Blofeld of SPECTRE/Missing Settlements/Afghanistan

3423: 2904: 2656:

28 articles had to be moved (mostly for capitalization)

2414: 2412: 2408: 2400: 2396: 1700:, incubation means that the contentious articles still 899: 829:

nobody has yet been able to find any alternative source

695: 116: 112: 108: 1518:

I'd agree that fallingrain-based articles suffer from

172: 48:, as there are now no articles in the named category. 1896:. A google search picks up reliable sources and also 1630:

Cool out, relax. Things like this work out. Trust me.

2739:

which is just a variant → official/standard name. --

2118:

has possibly the lowest requirement for a subset of

1766:

Incubation would be an acceptable outcome for me. --

339:

and is not in Farah province but in Herat province.

2091:

Category:Articles only referenced to geographic.org

1876:, an invaluable tool. Besides up to date maps like 227:

Category:Articles only referenced to geographic.org

186: 1311:than geographic.org (regardless of their relative 1307:, for example. However, those two are a lot more 353:Knowledge (XXG):Articles for deletion/Dara-I-Pech 39:). No further edits should be made to this page. 4013:). No further edits should be made to this page. 2409:redirecting one of the articles under discussion 1021:Knowledge (XXG):Bot policy#Mass article creation 757:Knowledge (XXG):Bot policy#Mass article creation 295:Multiple articles for one location are created: 1130:Virtually every geographic place created exists 3631:somebody else decides how to clean up the mess 3764:Remember one of the five pilars of Wikpedia, 1490:that this is quite sufficient for one AfD... 247:Subject is normally known with another name: 8: 3853:Just putting it out there anyway. Cheers. -- 2662:1 did not have any record in the geonames db 2631:exists, in fact there are several in Oman.♦ 2624:User:The Anome/Villages in Afghanistan index 2463:User:The Anome/Villages in Afghanistan index 1565:User:The Anome/Villages in Afghanistan index 920:, using a non standard accent. What a mess. 936:An unusual nomination, and I'm reminded of 257:Subject is situated in the wrong province: 3740:be covering them but I agree substubs are 1683:Category:Articles in the Article Incubator 1121:A post on another page sums this up well: 3501:and removed your incorrect and duplicate 2970:Certainly, you're not suggesting that we 2584:National Geospatial-Intelligence Agency 2543:National Geospatial-Intelligence Agency 2031:This means we would lose articles like 1947:is the option that best fits the bill.— 1077:I'm unsure about the relevance of the " 916:Even worse, it seems the article is at 834:National Geospatial-Intelligence Agency 219:National Geospatial-Intelligence Agency 2256:Knowledge (XXG) talk:Article Incubator 900:does not show up in the search results 868:. Nominator's argument is compelling. 18:Knowledge (XXG):Articles for deletion 7: 2925:for instance can easily be moved to 1641: 1007:(later amended to add "or incubate") 232:Delete all articles in this category 3812:As far as accuracy is concerned -- 2849:, why are they in an encyclopædia? 2647:Having gone through and re-sourced 1708:Comments / complaints / criticism? 348:has some more discussion on this. 1531:to fill these gaps - wikipedia is 1346:to create a reasonable article. -- 1272:This source has been discussed at 351:I started with an individual AfD, 24: 2301:should be deleted along with it. 1696:For those who have so far argued 1689:For those who have so far argued 1438:Delete all of Afghanistan entries 1397:proceeded extra careful instead. 224:These articles are now listed in 2405:creating a new unsourced article 1642: 1414:and we're not even sure of those 894:. Blofeld created an article at 872:fail and no other sources =: --> 1881:see it with your plain eyes. ♦ 1615:, which clearly you are not. ♦ 831:because even nom has said that 488:encyclopedic coverage of every 241:Subject doesn't seem to exist: 3422:. He began creating them like 3400:Dr. Blofeld, but the response 1280:, which is actually the place 341:User talk:DGG#More Afghanistan 1: 3520:You bother because you are a 3458:responsability for all this. 3438:Fritzpoll created pages like 3222:Well naturally articles like 2129:Knowledge (XXG):Systemic bias 44:The result was Result was 3715:Its a matter of perception. 3226:would best be created using 2929:, and the source changed to 3951:That's how mjroots !voted. 3136:if that database was better 1255:Create Geographic.org from 4030: 2643:Comment: extent of problem 2120:Knowledge (XXG):Notability 395:, it was a confusion with 315:Komsomol'skoye, Kazakhstan 309:Komsomol'skoye, Kazakhstan 253:Ahsham-e `ali ahmad khiari 2286:well publicised by Fram. 818:Bob, my objection is the 305:Komsomol'skoe, Kazakhstan 4006:Please do not modify it. 3997:09:29, 14 May 2011 (UTC) 3975:04:55, 14 May 2011 (UTC) 3961:22:29, 13 May 2011 (UTC) 3946:20:08, 13 May 2011 (UTC) 3934:19:18, 13 May 2011 (UTC) 3918:15:17, 13 May 2011 (UTC) 3903:15:15, 13 May 2011 (UTC) 3888:15:09, 13 May 2011 (UTC) 3800:22:02, 13 May 2011 (UTC) 3789:22:00, 13 May 2011 (UTC) 3752:22:09, 13 May 2011 (UTC) 3707:19:00, 13 May 2011 (UTC) 3689:08:01, 13 May 2011 (UTC) 3666:13:02, 13 May 2011 (UTC) 3648:12:45, 13 May 2011 (UTC) 3604:12:03, 13 May 2011 (UTC) 3580:11:32, 13 May 2011 (UTC) 3560:10:01, 13 May 2011 (UTC) 3548:09:53, 13 May 2011 (UTC) 3532:09:45, 13 May 2011 (UTC) 3515:09:30, 13 May 2011 (UTC) 3488:09:19, 13 May 2011 (UTC) 3468:08:49, 13 May 2011 (UTC) 3433:08:25, 13 May 2011 (UTC) 3414:06:54, 13 May 2011 (UTC) 3384:06:17, 13 May 2011 (UTC) 3365:02:09, 13 May 2011 (UTC) 3341:08:49, 13 May 2011 (UTC) 3327:08:24, 13 May 2011 (UTC) 3309:06:54, 13 May 2011 (UTC) 3294:00:16, 13 May 2011 (UTC) 3257:22:11, 12 May 2011 (UTC) 3237:21:43, 12 May 2011 (UTC) 3217:21:24, 12 May 2011 (UTC) 3193:15:44, 12 May 2011 (UTC) 3181:01:22, 13 May 2011 (UTC) 3167:15:34, 12 May 2011 (UTC) 3152:14:55, 12 May 2011 (UTC) 3129:14:13, 12 May 2011 (UTC) 3107:17:15, 12 May 2011 (UTC) 3090:13:55, 12 May 2011 (UTC) 3071:17:31, 12 May 2011 (UTC) 3054:13:54, 12 May 2011 (UTC) 3035:13:30, 12 May 2011 (UTC) 3022:13:40, 12 May 2011 (UTC) 3003:13:30, 12 May 2011 (UTC) 2979:13:26, 12 May 2011 (UTC) 2956:13:25, 12 May 2011 (UTC) 2940:13:17, 12 May 2011 (UTC) 2916:13:05, 12 May 2011 (UTC) 2894:12:59, 12 May 2011 (UTC) 2859:15:14, 13 May 2011 (UTC) 2840:12:55, 12 May 2011 (UTC) 2820:12:59, 12 May 2011 (UTC) 2804:12:48, 12 May 2011 (UTC) 2792:12:47, 12 May 2011 (UTC) 2774:13:02, 12 May 2011 (UTC) 2719:12:52, 12 May 2011 (UTC) 2709:12:41, 12 May 2011 (UTC) 2638:13:04, 12 May 2011 (UTC) 2617:12:54, 12 May 2011 (UTC) 2594:12:46, 12 May 2011 (UTC) 2572:12:34, 12 May 2011 (UTC) 2552:11:54, 12 May 2011 (UTC) 2519:15:42, 12 May 2011 (UTC) 2498:11:39, 12 May 2011 (UTC) 2482:08:10, 12 May 2011 (UTC) 2448:10:37, 12 May 2011 (UTC) 2397:just removing the source 2385:07:05, 12 May 2011 (UTC) 2370:05:34, 12 May 2011 (UTC) 2353:03:27, 12 May 2011 (UTC) 2323:14:48, 12 May 2011 (UTC) 2296:05:47, 12 May 2011 (UTC) 2281:04:22, 12 May 2011 (UTC) 2246:03:20, 12 May 2011 (UTC) 2224:02:23, 12 May 2011 (UTC) 2194:21:52, 11 May 2011 (UTC) 2174:22:14, 11 May 2011 (UTC) 2154:21:45, 11 May 2011 (UTC) 2142:20:15, 11 May 2011 (UTC) 2104:02:41, 12 May 2011 (UTC) 2082:18:16, 11 May 2011 (UTC) 2055:17:53, 11 May 2011 (UTC) 2026:17:30, 11 May 2011 (UTC) 2007:16:49, 11 May 2011 (UTC) 1988:16:53, 11 May 2011 (UTC) 1965:16:45, 11 May 2011 (UTC) 1930:16:56, 11 May 2011 (UTC) 1907:16:16, 11 May 2011 (UTC) 1898:this entry in geographic 1888:16:02, 11 May 2011 (UTC) 1864:15:46, 11 May 2011 (UTC) 1842:15:29, 11 May 2011 (UTC) 1826:The thing is stubs like 1821:15:24, 11 May 2011 (UTC) 1790:19:13, 11 May 2011 (UTC) 1776:15:01, 11 May 2011 (UTC) 1762:13:58, 11 May 2011 (UTC) 1745:13:32, 11 May 2011 (UTC) 1733:13:27, 11 May 2011 (UTC) 1718:13:24, 11 May 2011 (UTC) 1672:17:15, 11 May 2011 (UTC) 1657:17:02, 11 May 2011 (UTC) 1622:16:37, 11 May 2011 (UTC) 1605:16:24, 11 May 2011 (UTC) 1574:15:21, 11 May 2011 (UTC) 1563:OK, heres the plan. See 1559:14:51, 11 May 2011 (UTC) 1546:14:46, 11 May 2011 (UTC) 1513:14:29, 11 May 2011 (UTC) 1500:14:24, 11 May 2011 (UTC) 1484:14:10, 11 May 2011 (UTC) 1471:14:07, 11 May 2011 (UTC) 1448:13:58, 11 May 2011 (UTC) 1426:13:35, 11 May 2011 (UTC) 1407:13:32, 11 May 2011 (UTC) 1391:13:26, 11 May 2011 (UTC) 1371:, which is actually now 1356:13:54, 11 May 2011 (UTC) 1325:13:29, 11 May 2011 (UTC) 1294:13:20, 11 May 2011 (UTC) 1268:13:09, 11 May 2011 (UTC) 1247:13:06, 11 May 2011 (UTC) 1234:13:01, 11 May 2011 (UTC) 1219:12:44, 11 May 2011 (UTC) 1198:13:59, 11 May 2011 (UTC) 1177:13:51, 11 May 2011 (UTC) 1163:12:49, 11 May 2011 (UTC) 1143:12:33, 11 May 2011 (UTC) 1114:12:30, 11 May 2011 (UTC) 1091:12:22, 11 May 2011 (UTC) 1028:11:58, 11 May 2011 (UTC) 1004:11:57, 11 May 2011 (UTC) 962:11:31, 11 May 2011 (UTC) 930:10:05, 11 May 2011 (UTC) 912:10:03, 11 May 2011 (UTC) 883:09:38, 11 May 2011 (UTC) 848:12:30, 11 May 2011 (UTC) 798:12:05, 11 May 2011 (UTC) 786:meet wikipedia standards 772:11:21, 11 May 2011 (UTC) 743:09:48, 11 May 2011 (UTC) 711:09:44, 11 May 2011 (UTC) 686:09:33, 11 May 2011 (UTC) 658:09:23, 11 May 2011 (UTC) 636:09:00, 11 May 2011 (UTC) 614:14:03, 11 May 2011 (UTC) 599:08:54, 11 May 2011 (UTC) 581:08:47, 11 May 2011 (UTC) 560:08:56, 11 May 2011 (UTC) 541:08:44, 11 May 2011 (UTC) 469:08:47, 11 May 2011 (UTC) 439:08:39, 11 May 2011 (UTC) 415:13:27, 12 May 2011 (UTC) 384:08:20, 11 May 2011 (UTC) 374:, population 1,300,000. 368:Al madinah al munawwarah 76:15:37, 14 May 2011 (UTC) 58:07:00, 16 May 2011 (UTC) 32:Please do not modify it. 2453:Hang on a minute please 3768:when responding here. 1459:Al Buraimi Governorate 196:Note to admins/closers 3822:the province is wrong 1533:systematically biased 2545:to be unreliable. ♦ 2113:Incubate (or Delete) 3228:google book sources 2921:What's the point? 2187:GEOnet Names Server 1035:Keep all and expand 820:Categorial Deletion 696:the RS/N discussion 230:, and I propose to 3983:Problem eliminated 3840:existing articles) 2411:? Other examples: 2401:Keeping the source 986:) and others. The 508:or the more blunt 391:PLEASE NOTE: That 3885: 2771: 2706: 2507:Extension, please 2437: 2423:comment added by 2351: 2344: 2244: 2237: 1963: 1854:tenuous at best. 1851:original research 1760: 1753: 1008: 960: 770: 763: 709: 702: 538: 483: 466: 437: 430: 4021: 4008: 3994: 3943: 3915: 3879: 3876: 3797: 3760:Civility, please 3749: 3663: 3625: 3619: 3601: 3557: 3529: 3485: 3430: 3324: 3290: 3287: 3284: 3281: 3278: 3275: 3253: 3234: 3190: 3126: 3104: 3068: 3032: 3000: 2937: 2891: 2801: 2765: 2762: 2700: 2697: 2635: 2591: 2579:Arun, Badakhshan 2549: 2445: 2436: 2417: 2345: 2341: 2321: 2318: 2313: 2308: 2279: 2276: 2271: 2266: 2238: 2234: 2222: 2219: 2214: 2209: 2171: 2079: 2052: 2004: 1955: 1953: 1904: 1885: 1839: 1754: 1750: 1742: 1669: 1647: 1646: 1645: 1619: 1571: 1556: 1510: 1481: 1445: 1388: 1244: 1216: 1174: 1140: 1079:people have died 1056: 1055: 1006: 952: 950: 764: 760: 703: 699: 537: 532: 529: 477: 465: 460: 457: 431: 427: 412: 191: 190: 176: 124: 106: 73: 46:Procedural close 34: 4029: 4028: 4024: 4023: 4022: 4020: 4019: 4018: 4017: 4011:deletion review 4004: 3992: 3941: 3913: 3886: 3855: 3807: 3795: 3762: 3747: 3661: 3623: 3617: 3599: 3555: 3527: 3483: 3428: 3322: 3288: 3285: 3282: 3279: 3276: 3273: 3247: 3232: 3209:Graeme Bartlett 3188: 3124: 3102: 3066: 3030: 2998: 2935: 2889: 2799: 2772: 2741: 2707: 2676: 2645: 2633: 2589: 2547: 2529: 2455: 2443: 2418: 2349: 2316: 2311: 2306: 2302: 2274: 2269: 2264: 2260: 2242: 2217: 2212: 2207: 2203: 2169: 2077: 2050: 2002: 1949: 1902: 1883: 1837: 1758: 1740: 1679: 1667: 1643: 1617: 1569: 1554: 1508: 1479: 1443: 1386: 1282:Asherton, Texas 1242: 1214: 1172: 1138: 946: 768: 707: 533: 526: 522: 518: 461: 454: 450: 446: 435: 410: 269:As suwayriqiyah 133: 97: 81: 71: 67: 37:deletion review 30: 22: 21: 20: 12: 11: 5: 4027: 4025: 4016: 4015: 3980: 3979: 3978: 3977: 3937: 3936: 3906: 3905: 3878: 3844: 3843: 3842: 3841: 3834: 3828: 3827: 3826: 3823: 3817: 3806: 3803: 3775:Elbert Hubbard 3769: 3761: 3758: 3757: 3756: 3755: 3754: 3710: 3709: 3691: 3671: 3670: 3669: 3668: 3656: 3655: 3654: 3653: 3652: 3651: 3650: 3636: 3635: 3634: 3627: 3610: 3587: 3586: 3585: 3584: 3583: 3582: 3518: 3517: 3475: 3474: 3473: 3472: 3471: 3470: 3450:. A page like 3387: 3386: 3368: 3367: 3348: 3347: 3346: 3345: 3344: 3343: 3314: 3313: 3312: 3311: 3260: 3259: 3220: 3219: 3200: 3199: 3198: 3197: 3196: 3195: 3169: 3114: 3113: 3112: 3111: 3110: 3109: 3093: 3092: 3078: 3077: 3076: 3075: 3074: 3073: 3057: 3056: 3025: 3024: 2983: 2982: 2958: 2919: 2918: 2864: 2863: 2862: 2861: 2823: 2822: 2779: 2778: 2777: 2776: 2764: 2737:Kotal-e Khushk 2699: 2667: 2666: 2663: 2660: 2657: 2644: 2641: 2620: 2619: 2575: 2574: 2528: 2527:I must confess 2525: 2524: 2523: 2522: 2521: 2501: 2500: 2454: 2451: 2390: 2389: 2388: 2387: 2355: 2347: 2334: 2333: 2332: 2331: 2330: 2329: 2328: 2327: 2326: 2325: 2240: 2227: 2226: 2196: 2179: 2178: 2177: 2176: 2157: 2156: 2144: 2134:LessHeard vanU 2109: 2108: 2107: 2106: 2029: 2028: 1993: 1992: 1991: 1990: 1933: 1932: 1894:Kotgaz Glacier 1869: 1868: 1867: 1866: 1824: 1823: 1801: 1800: 1799: 1798: 1797: 1796: 1795: 1794: 1793: 1792: 1756: 1706: 1705: 1694: 1678: 1675: 1662: 1661: 1660: 1659: 1636:, rather than 1608: 1607: 1549: 1548: 1524: 1503: 1502: 1474: 1473: 1431: 1429: 1428: 1409: 1377:Baladeh, Kabul 1365: 1364: 1363: 1362: 1361: 1360: 1359: 1358: 1343:geographic.org 1332: 1331: 1330: 1329: 1328: 1327: 1237: 1236: 1205: 1204: 1203: 1202: 1201: 1200: 1119: 1118: 1117: 1116: 1075: 1038: 1037: 1031: 1030: 1010: 964: 934: 933: 932: 885: 861: 859: 858: 857: 856: 855: 854: 853: 852: 851: 850: 807: 806: 805: 804: 803: 802: 801: 800: 766: 748: 747: 746: 745: 733:gets misused. 716: 715: 714: 713: 705: 689: 688: 661: 660: 621: 620: 619: 618: 617: 616: 565: 564: 563: 562: 524: 520: 474: 473: 472: 471: 452: 448: 433: 420: 419: 418: 417: 337:Karez-e Dashak 329: 328: 317: 311: 293: 275: 265: 255: 245: 214: 213: 212: 211: 130: 83:Geographic.org 66: 64:Geographic.org 61: 42: 41: 25: 23: 15: 14: 13: 10: 9: 6: 4: 3: 2: 4026: 4014: 4012: 4007: 4001: 4000: 3999: 3998: 3995: 3989: 3984: 3976: 3972: 3968: 3964: 3963: 3962: 3958: 3954: 3950: 3949: 3948: 3947: 3944: 3935: 3931: 3927: 3922: 3921: 3920: 3919: 3916: 3910: 3904: 3900: 3896: 3892: 3891: 3890: 3889: 3883: 3877: 3874: 3870: 3866: 3862: 3858: 3851: 3848: 3839: 3835: 3832: 3831: 3829: 3824: 3821: 3820: 3818: 3815: 3814: 3813: 3810: 3804: 3802: 3801: 3798: 3791: 3790: 3786: 3782: 3777: 3776: 3772: 3767: 3759: 3753: 3750: 3743: 3739: 3734: 3730: 3726: 3722: 3718: 3714: 3713: 3712: 3711: 3708: 3704: 3700: 3695: 3692: 3690: 3687: 3683: 3679: 3678: 3673: 3672: 3667: 3664: 3657: 3649: 3645: 3641: 3637: 3632: 3628: 3622: 3615: 3614: 3611: 3607: 3606: 3605: 3602: 3595: 3594: 3593: 3592: 3591: 3590: 3589: 3588: 3581: 3577: 3573: 3568: 3567:fait accompli 3563: 3562: 3561: 3558: 3551: 3550: 3549: 3545: 3541: 3536: 3535: 3534: 3533: 3530: 3523: 3516: 3512: 3508: 3504: 3503:Al `Utaybiyah 3500: 3496: 3492: 3491: 3490: 3489: 3486: 3480: 3469: 3465: 3461: 3457: 3453: 3452:Bona see Buna 3449: 3445: 3441: 3436: 3435: 3434: 3431: 3425: 3421: 3417: 3416: 3415: 3411: 3407: 3403: 3399: 3394: 3389: 3388: 3385: 3381: 3377: 3373: 3370: 3369: 3366: 3362: 3358: 3353: 3350: 3349: 3342: 3338: 3334: 3330: 3329: 3328: 3325: 3318: 3317: 3316: 3315: 3310: 3306: 3302: 3297: 3296: 3295: 3292: 3291: 3269: 3265: 3262: 3261: 3258: 3254: 3252: 3251: 3244: 3241: 3240: 3239: 3238: 3235: 3229: 3225: 3218: 3214: 3210: 3205: 3202: 3201: 3194: 3191: 3184: 3183: 3182: 3178: 3174: 3170: 3168: 3164: 3160: 3155: 3154: 3153: 3149: 3145: 3141: 3140:automatically 3137: 3133: 3132: 3131: 3130: 3127: 3120: 3108: 3105: 3099: 3098: 3097: 3096: 3095: 3094: 3091: 3088: 3084: 3080: 3079: 3072: 3069: 3063: 3062: 3061: 3060: 3059: 3058: 3055: 3051: 3047: 3043: 3039: 3038: 3037: 3036: 3033: 3023: 3020: 3015: 3011: 3007: 3006: 3005: 3004: 3001: 2994: 2989: 2988:Abu shaytanah 2981: 2980: 2977: 2973: 2967: 2963: 2959: 2957: 2953: 2949: 2944: 2943: 2942: 2941: 2938: 2932: 2928: 2927:Abū Shayţānah 2924: 2923:Abu shaytanah 2917: 2913: 2909: 2905: 2902: 2898: 2897: 2896: 2895: 2892: 2885: 2881: 2877: 2873: 2869: 2860: 2856: 2852: 2848: 2843: 2842: 2841: 2837: 2833: 2828: 2825: 2824: 2821: 2817: 2813: 2808: 2807: 2806: 2805: 2802: 2794: 2793: 2789: 2785: 2775: 2769: 2763: 2760: 2756: 2752: 2748: 2744: 2738: 2734: 2730: 2726: 2722: 2721: 2720: 2717: 2713: 2712: 2711: 2710: 2704: 2698: 2695: 2691: 2687: 2683: 2679: 2671: 2664: 2661: 2658: 2655: 2654: 2653: 2650: 2642: 2640: 2639: 2636: 2630: 2625: 2618: 2614: 2610: 2606: 2602: 2598: 2597: 2596: 2595: 2592: 2585: 2580: 2573: 2569: 2565: 2560: 2556: 2555: 2554: 2553: 2550: 2544: 2539: 2534: 2526: 2520: 2516: 2512: 2508: 2505: 2504: 2503: 2502: 2499: 2495: 2491: 2486: 2485: 2484: 2483: 2479: 2475: 2470: 2466: 2464: 2460: 2452: 2450: 2449: 2446: 2438: 2434: 2430: 2426: 2422: 2415: 2413: 2410: 2406: 2402: 2398: 2394: 2386: 2382: 2378: 2373: 2372: 2371: 2367: 2363: 2359: 2356: 2354: 2350: 2343: 2339: 2336: 2335: 2324: 2320: 2319: 2314: 2309: 2299: 2298: 2297: 2293: 2289: 2284: 2283: 2282: 2278: 2277: 2272: 2267: 2257: 2253: 2249: 2248: 2247: 2243: 2236: 2231: 2230: 2229: 2228: 2225: 2221: 2220: 2215: 2210: 2200: 2197: 2195: 2192: 2191:TheCatalyst31 2188: 2184: 2181: 2180: 2175: 2172: 2166: 2161: 2160: 2159: 2158: 2155: 2152: 2148: 2145: 2143: 2139: 2135: 2130: 2125: 2121: 2117: 2114: 2111: 2110: 2105: 2101: 2097: 2092: 2088: 2087: 2086: 2085: 2084: 2083: 2080: 2074: 2070: 2066: 2062: 2057: 2056: 2053: 2046: 2042: 2038: 2034: 2027: 2023: 2019: 2014: 2011: 2010: 2009: 2008: 2005: 1998: 1989: 1985: 1981: 1977: 1973: 1969: 1968: 1967: 1966: 1962: 1958: 1954: 1952: 1944: 1940: 1935: 1934: 1931: 1927: 1923: 1919: 1915: 1911: 1910: 1909: 1908: 1905: 1899: 1895: 1890: 1889: 1886: 1879: 1875: 1865: 1861: 1857: 1856:Anthem of joy 1852: 1848: 1847: 1846: 1845: 1844: 1843: 1840: 1833: 1829: 1822: 1818: 1814: 1813:Anthem of joy 1810: 1806: 1803: 1802: 1791: 1787: 1783: 1779: 1778: 1777: 1773: 1769: 1765: 1764: 1763: 1759: 1752: 1748: 1747: 1746: 1743: 1736: 1735: 1734: 1730: 1726: 1722: 1721: 1720: 1719: 1715: 1711: 1703: 1699: 1695: 1692: 1688: 1687: 1686: 1685:could work). 1684: 1676: 1674: 1673: 1670: 1658: 1654: 1650: 1639: 1635: 1631: 1628: 1627: 1626: 1625: 1624: 1623: 1620: 1614: 1606: 1602: 1598: 1594: 1590: 1586: 1581: 1578: 1577: 1576: 1575: 1572: 1566: 1561: 1560: 1557: 1547: 1543: 1539: 1534: 1530: 1525: 1523:settlements). 1521: 1517: 1516: 1515: 1514: 1511: 1501: 1497: 1493: 1488: 1487: 1486: 1485: 1482: 1472: 1468: 1464: 1460: 1456: 1452: 1451: 1450: 1449: 1446: 1439: 1435: 1427: 1423: 1419: 1415: 1410: 1408: 1404: 1400: 1395: 1394: 1393: 1392: 1389: 1382: 1378: 1374: 1370: 1357: 1353: 1349: 1344: 1340: 1339: 1338: 1337: 1336: 1335: 1334: 1333: 1326: 1322: 1318: 1314: 1310: 1306: 1302: 1297: 1296: 1295: 1291: 1287: 1283: 1279: 1275: 1271: 1270: 1269: 1265: 1261: 1257: 1254: 1251: 1250: 1249: 1248: 1245: 1235: 1231: 1227: 1223: 1222: 1221: 1220: 1217: 1211: 1199: 1195: 1191: 1187: 1184: 1180: 1179: 1178: 1175: 1169: 1166: 1165: 1164: 1160: 1156: 1151: 1147: 1146: 1145: 1144: 1141: 1135: 1131: 1125: 1122: 1115: 1111: 1107: 1103: 1102:grave accents 1098: 1094: 1093: 1092: 1088: 1084: 1080: 1076: 1073: 1069: 1064: 1059: 1058: 1057: 1052: 1048: 1044: 1036: 1033: 1032: 1029: 1026: 1022: 1018: 1014: 1011: 1005: 1001: 997: 993: 989: 988:Bona see Buna 985: 982: 979: 975: 971: 970: 965: 963: 959: 955: 951: 949: 943: 939: 935: 931: 927: 923: 919: 915: 914: 913: 909: 905: 901: 897: 893: 889: 886: 884: 880: 876: 871: 867: 864: 863: 862: 849: 845: 841: 837: 835: 830: 825: 821: 817: 816: 815: 814: 813: 812: 811: 810: 809: 808: 799: 795: 791: 787: 783: 779: 775: 774: 773: 769: 762: 758: 754: 753: 752: 751: 750: 749: 744: 740: 736: 732: 728: 724: 720: 719: 718: 717: 712: 708: 701: 697: 693: 692: 691: 690: 687: 683: 679: 674: 670: 666: 663: 662: 659: 655: 651: 647: 643: 640: 639: 638: 637: 633: 629: 625: 615: 611: 607: 602: 601: 600: 596: 592: 588: 584: 583: 582: 578: 574: 570: 567: 566: 561: 557: 553: 549: 544: 543: 542: 539: 536: 530: 528: 515: 511: 507: 503: 499: 495: 491: 486: 481: 480:edit conflict 476: 475: 470: 467: 464: 458: 456: 442: 441: 440: 436: 429: 425: 422: 421: 416: 413: 407: 403: 398: 394: 390: 389: 388: 387: 386: 385: 381: 377: 373: 369: 365: 364:Bona see Buna 360: 358: 354: 349: 347: 342: 338: 335:should be at 334: 326: 322: 321:Al `utaybiyah 318: 316: 312: 310: 306: 302: 298: 294: 292: 291:Bandar Jissah 288: 287:Bandar jissah 284: 283:Al Utaibiyyah 280: 279:Al `utaybiyah 276: 274: 270: 266: 264: 260: 256: 254: 250: 246: 244: 240: 239: 238: 235: 233: 229: 228: 222: 220: 209: 205: 201: 197: 194: 193: 189: 185: 182: 179: 175: 171: 167: 164: 161: 158: 155: 152: 149: 146: 143: 139: 136: 135:Find sources: 131: 128: 122: 118: 114: 110: 105: 101: 96: 92: 88: 84: 80: 79: 78: 77: 74: 65: 62: 60: 59: 55: 51: 47: 40: 38: 33: 27: 26: 19: 4005: 4002: 3987: 3982: 3981: 3938: 3908: 3907: 3872: 3868: 3864: 3860: 3856: 3852: 3849: 3845: 3837: 3811: 3808: 3792: 3778: 3770: 3763: 3741: 3737: 3729:Jebel Ghawil 3693: 3676: 3675:Delete all, 3674: 3613:you prefer: 3566: 3519: 3478: 3476: 3455: 3443: 3419: 3401: 3397: 3392: 3371: 3351: 3272: 3263: 3249: 3248: 3242: 3221: 3203: 3139: 3135: 3118: 3115: 3082: 3026: 3013: 3009: 2992: 2984: 2971: 2969: 2965: 2961: 2960:(e/c) Well, 2920: 2901:Jebel Ghawil 2880:Jebel Ghawil 2865: 2846: 2826: 2795: 2780: 2758: 2754: 2750: 2746: 2742: 2733:Ąaćbaną Pass 2693: 2689: 2685: 2681: 2677: 2672: 2668: 2646: 2621: 2576: 2558: 2530: 2506: 2471: 2467: 2456: 2439: 2419:— Preceding 2392: 2391: 2357: 2338:Incubate all 2337: 2303: 2261: 2204: 2198: 2182: 2164: 2146: 2123: 2112: 2058: 2045:Jebel Ghawil 2030: 2012: 1996: 1994: 1975: 1950: 1945: 1942: 1913: 1891: 1870: 1825: 1804: 1707: 1701: 1697: 1690: 1680: 1663: 1637: 1633: 1629: 1609: 1588: 1584: 1579: 1562: 1550: 1528: 1519: 1504: 1475: 1455:Al ahramiyah 1437: 1430: 1413: 1366: 1312: 1308: 1252: 1238: 1206: 1167: 1149: 1133: 1129: 1126: 1123: 1120: 1105: 1095:Guess what? 1078: 1071: 1067: 1062: 1050: 1039: 1034: 1012: 991: 980: 968: 967:Delete all, 966: 947: 941: 921: 903: 887: 865: 860: 832: 828: 819: 785: 777: 664: 641: 623: 622: 568: 534: 519: 513: 497: 493: 489: 484: 462: 447: 423: 401: 392: 361: 356: 350: 333:Kariz Dashak 330: 273:Al ahramiyah 263:Al ahramiyah 236: 231: 225: 223: 215: 195: 183: 177: 169: 162: 156: 150: 144: 134: 68: 45: 43: 31: 28: 3993:Dr. Blofeld 3990:work... ♦ 3942:Dr. Blofeld 3914:Dr. Blofeld 3796:Dr. Blofeld 3766:WP:Civility 3748:Dr. Blofeld 3677:or incubate 3662:Dr. Blofeld 3600:Dr. Blofeld 3556:Dr. Blofeld 3528:Dr. Blofeld 3484:Dr. Blofeld 3429:Dr. Blofeld 3323:Dr. Blofeld 3233:Dr. Blofeld 3189:Dr. Blofeld 3125:Dr. Blofeld 3103:Dr. Blofeld 3067:Dr. Blofeld 3031:Dr. Blofeld 2999:Dr. Blofeld 2936:Dr. Blofeld 2890:Dr. Blofeld 2800:Dr. Blofeld 2634:Dr. Blofeld 2605:Dara-I-Pech 2590:Dr. Blofeld 2548:Dr. Blofeld 2444:Dr. Blofeld 2199:Wrong forum 2170:Dr. Blofeld 2078:Dr. Blofeld 2073:As Subaykhi 2051:Dr. Blofeld 2003:Dr. Blofeld 1903:Dr. Blofeld 1884:Dr. Blofeld 1838:Dr. Blofeld 1741:Dr. Blofeld 1668:Dr. Blofeld 1618:Dr. Blofeld 1570:Dr. Blofeld 1555:Dr. Blofeld 1509:Dr. Blofeld 1480:Dr. Blofeld 1444:Dr. Blofeld 1387:Dr. Blofeld 1313:reliability 1243:Dr. Blofeld 1215:Dr. Blofeld 1173:Dr. Blofeld 1139:Dr. Blofeld 1072:really sure 1066:which lack 992:that subset 969:or incubate 898:, but this 573:Jezhotwells 498:requirement 411:Dr. Blofeld 160:free images 72:Dr. Blofeld 3805:Kazakhstan 3626:ing them). 3499:Al Khaydar 3495:Al Hawiyah 2670:village.) 2461:data. See 2147:Delete all 2132:is found. 2013:Delete all 1951:S Marshall 1914:Bashanabad 1828:Bashanabad 1805:Delete all 1677:Incubation 1580:Delete all 1013:Delete all 948:S Marshall 938:WP:KITTENS 866:Delete all 840:Mike Cline 678:Mike Cline 642:Delete all 485:Delete All 289:exists as 281:exists as 3953:bobrayner 3895:bobrayner 3781:DThomsen8 3686:Fang Aili 3682:bobrayner 3640:bobrayner 3621:db-author 3572:bobrayner 3173:DThomsen8 3159:DThomsen8 3144:bobrayner 3119:everybody 2851:bobrayner 2511:DThomsen8 2474:The Anome 2407:and then 2116:WP:NPLACE 1980:bobrayner 1939:WP:BEFORE 1922:bobrayner 1849:Isn't it 1768:DThomsen8 1710:bobrayner 1649:bobrayner 1593:WP:BEFORE 1538:bobrayner 1418:bobrayner 1348:DThomsen8 1317:bobrayner 1278:A Sherton 1260:DThomsen8 1083:bobrayner 1017:incubator 996:bobrayner 824:WP:BOTPOL 790:bobrayner 731:WP:BEFORE 727:WP:BOTPOL 723:WP:BEFORE 673:WP:BEFORE 606:bobrayner 548:WP:NPLACE 3725:Al Qabil 3721:Sunaynah 3717:Alishang 3699:Student7 3522:WP:TROLL 3446:created 3420:Geonames 3268:GeoNames 3264:Keep all 3243:Keep all 3224:Taldysay 2876:Al Qabil 2872:Sunaynah 2868:Alishang 2729:Al Akhal 2725:Al akhal 2649:about 50 2533:GeoNames 2433:contribs 2421:unsigned 2252:deadline 2183:Incubate 2065:Al Qabil 2061:Sunaynah 2041:Al Qabil 2037:Sunaynah 2033:Alishang 1638:articles 1589:informed 1434:Bala Deh 1381:Deh Bala 1373:Bala Deh 1210:Ab Kolok 1181:Really? 1097:Ab Kalak 1047:Alishang 1043:Alishang 984:contribs 942:incubate 918:Al qal`i 896:Al qal'i 892:Al Qal'i 875:Tijfo098 873:delete. 587:Al hijar 494:province 397:Geonames 325:Tokhmari 301:Qabanbay 297:Kabanbay 243:Ab Kalak 127:View log 3988:writing 3967:Mjroots 3926:Mjroots 3694:Delete. 3376:llywrch 3357:Qrsdogg 2832:Collect 2607:right. 2601:Al `ayn 2559:current 2393:Comment 2362:Carrite 2358:Comment 2288:Mjroots 2096:Nyttend 2018:Nyttend 1874:Pedreña 1782:Mjroots 1634:editors 1520:broadly 1369:Khvoshi 1309:notable 1305:Twitter 1301:Youtube 1253:Comment 1183:Pitigal 650:Mjroots 552:Jenks24 527:anguard 455:anguard 424:Comment 259:Pitigal 249:Khvoshi 204:Mjroots 166:WP refs 154:scholar 100:protect 95:history 50:Mjroots 3909:Update 3738:should 3250:Shahid 3042:WP:ANI 2629:Al Ayn 1918:WP:GNG 1807:- per 1691:delete 1613:WP:AGF 1585:guided 1106:Yoenit 1063:aren't 922:Yoenit 904:Yoenit 888:Delete 506:WP:GNG 372:Medina 200:WP:IAR 198:- per 138:Google 104:delete 3882:blah? 3733:Mazim 3393:still 3289:Focus 3087:Coren 3019:Coren 2976:Coren 2972:leave 2884:Mazim 2847:wrong 2768:blah? 2716:Coren 2703:blah? 2348:matic 2312:COMMS 2307:ƒETCH 2270:COMMS 2265:ƒETCH 2241:matic 2213:COMMS 2208:ƒETCH 2151:Coren 2069:Mazim 1809:WP:RS 1757:matic 1702:exist 1025:Rd232 870:WP:RS 776:Re: " 767:matic 706:matic 648:etc. 646:WP:RS 510:WP:42 434:matic 323:, or 181:JSTOR 142:books 121:views 113:watch 109:links 16:< 3971:talk 3957:talk 3930:talk 3899:talk 3838:have 3785:talk 3731:and 3703:talk 3644:talk 3576:talk 3544:talk 3540:Fram 3511:talk 3507:Fram 3497:and 3464:talk 3460:Fram 3456:your 3424:this 3410:talk 3406:Fram 3402:from 3380:talk 3372:Keep 3361:talk 3352:Keep 3337:talk 3333:Fram 3305:talk 3301:Fram 3213:talk 3204:keep 3177:talk 3163:talk 3148:talk 3050:talk 3046:Fram 3014:find 3010:less 2966:Sure 2952:talk 2948:Fram 2931:this 2912:talk 2908:Fram 2882:and 2855:talk 2836:talk 2827:Keep 2816:talk 2812:Fram 2788:talk 2784:Fram 2622:No, 2613:talk 2609:Fram 2568:talk 2564:Fram 2538:here 2515:talk 2494:talk 2490:Fram 2478:talk 2459:OCHA 2429:talk 2425:Fram 2381:talk 2377:Fram 2366:talk 2292:talk 2138:talk 2100:talk 2071:and 2043:and 2022:talk 1984:talk 1926:talk 1878:this 1860:talk 1817:talk 1786:talk 1772:talk 1729:talk 1725:Fram 1714:talk 1698:keep 1653:talk 1601:talk 1597:Deor 1587:and 1542:talk 1529:love 1496:talk 1492:Fram 1467:talk 1463:Fram 1422:talk 1403:talk 1399:Fram 1352:talk 1321:talk 1290:talk 1286:Fram 1264:talk 1230:talk 1226:Fram 1194:talk 1190:Fram 1159:talk 1155:Fram 1110:talk 1087:talk 1051:fact 1000:talk 978:talk 974:Fram 926:talk 908:talk 879:talk 844:talk 794:talk 782:WP:V 739:talk 735:Fram 682:talk 665:Keep 654:talk 632:talk 628:Fram 624:Note 610:talk 595:talk 591:Fram 577:talk 569:Keep 556:talk 535:Wha? 523:ven 514:TLDR 502:this 492:and 490:city 463:Wha? 451:ven 406:here 380:talk 376:Fram 307:and 299:and 208:talk 174:FENS 148:news 117:logs 91:talk 87:edit 54:talk 3742:not 3444:You 3255:• 3083:any 2993:are 2165:are 1976:for 1974:is 1972:IAR 1315:). 1303:or 1170:.♦ 1150:did 1134:did 1068:any 550:). 234:. 188:TWL 125:– ( 3973:) 3959:) 3932:) 3901:) 3861:ĸĸ 3787:) 3773:- 3727:, 3723:, 3719:, 3705:) 3646:) 3633:). 3624:}} 3618:{{ 3578:) 3546:) 3513:) 3479:am 3466:) 3442:. 3412:) 3398:to 3382:) 3363:) 3339:) 3307:) 3215:) 3179:) 3165:) 3150:) 3052:) 3017:— 2954:) 2914:) 2878:, 2874:, 2857:) 2838:) 2818:) 2790:) 2747:ĸĸ 2735:→ 2727:→ 2682:ĸĸ 2615:) 2570:) 2517:) 2496:) 2480:) 2435:) 2431:• 2383:) 2368:) 2294:) 2140:) 2122:, 2102:) 2067:, 2063:, 2039:, 2035:, 2024:) 1997:do 1986:) 1928:) 1862:) 1819:) 1788:) 1774:) 1731:) 1716:) 1655:) 1603:) 1544:) 1498:) 1469:) 1424:) 1405:) 1354:) 1323:) 1292:) 1266:) 1232:) 1196:) 1161:) 1112:) 1089:) 1002:) 994:. 928:) 910:) 881:) 846:) 838:-- 796:) 741:) 684:) 656:) 634:) 612:) 597:) 579:) 558:) 512:. 402:IS 382:) 303:, 285:, 271:, 261:, 251:, 192:) 168:) 119:| 115:| 111:| 107:| 102:| 98:| 93:| 89:| 56:) 3969:( 3955:( 3928:( 3897:( 3884:) 3880:( 3875:û 3873:ĸ 3871:â 3869:ĸ 3867:û 3865:ĸ 3863:â 3859:û 3857:M 3783:( 3701:( 3642:( 3574:( 3542:( 3509:( 3462:( 3408:( 3378:( 3359:( 3335:( 3303:( 3286:m 3283:a 3280:e 3277:r 3274:D 3211:( 3175:( 3161:( 3146:( 3048:( 2962:I 2950:( 2910:( 2870:, 2853:( 2834:( 2814:( 2786:( 2770:) 2766:( 2761:û 2759:ĸ 2757:â 2755:ĸ 2753:û 2751:ĸ 2749:â 2745:û 2743:M 2705:) 2701:( 2696:û 2694:ĸ 2692:â 2690:ĸ 2688:û 2686:ĸ 2684:â 2680:û 2678:M 2611:( 2566:( 2513:( 2492:( 2476:( 2427:( 2379:( 2364:( 2317:/ 2304:/ 2290:( 2275:/ 2262:/ 2218:/ 2205:/ 2136:( 2098:( 2020:( 1982:( 1961:C 1959:/ 1957:T 1924:( 1858:( 1815:( 1784:( 1770:( 1727:( 1712:( 1651:( 1599:( 1540:( 1494:( 1465:( 1420:( 1401:( 1350:( 1319:( 1288:( 1262:( 1228:( 1192:( 1157:( 1108:( 1085:( 1009:. 998:( 981:· 976:( 958:C 956:/ 954:T 924:( 906:( 877:( 842:( 792:( 737:( 680:( 652:( 630:( 608:( 593:( 575:( 554:( 525:M 521:S 482:) 478:( 453:M 449:S 378:( 210:) 206:( 184:· 178:· 170:· 163:· 157:· 151:· 145:· 140:( 132:( 129:) 123:) 85:( 52:(

Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.