User talk:Dudemanfellabra/Archive 8
This is an archive of past discussions with User:Dudemanfellabra, for the period March 2015 through February 2016. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 5 | Archive 6 | Archive 7 | Archive 8 |
Commons linker on List of scheduled monuments in West Somerset
Thanks for your help with the bug which removed the image and refs on List of scheduled monuments in Mendip. I'm also working on List of scheduled monuments in West Somerset & just created a new article for Barle Bridge and an associated category on commons to which I added both of the numbers from the National Heritage List for England (one for scheduled ancient monument and the other for Listed building). When I run your script on the list page it doesn't pick up that the new category has been created on commons. I was wondering if I need to do anything else to make it work?— Rod talk 21:27, 4 March 2015 (UTC)
- This is a known issue with the script (which I need to add to the documentation actually.. I'll do that soon). If a category/image transcludes more than one template on Commons, only the last one on the page is seen by the script, due to its implementation using category sortkeys. Since the last one on the category you're trying to add has the number for the listed building status, it won't match the scheduled ancient monument number. The fix is to simply move the template with the scheduled ancient monument number to be transcluded after the one with the listed building number. Then the script will correctly see the category. In the (far) future, it may be possible for the template to recognize both transcluded templates, but for now, unfortunately, this is the only way to fix the problem. Sorry :\--Dudemanfellabra (talk) 00:47, 5 March 2015 (UTC)
- OK I tried reversing the order of the templates on commons and then tried to run the script again on List of scheduled monuments in West Somerset, however it now gives an error message saying "row mismatch" and I can't find the bracket problem likely to cause it - any ideas?— Rod talk 21:36, 6 March 2015 (UTC)
- The problem was with your recent addition of a row template, which you called with {{English Heritage listed building row}} rather than the more-often used {{EH listed building row}}, which was the previous location of the template. The code is set up to look for a specific title, and inclusion of any redirects/aliases will throw it off. I will look into adding support for redirects, but because of the way the script is set up, the redirect titles must be manually programmed in. For now, I changed the added row to use "EH" and was able to run the script, but I did not add the tagged category so that you could see it for yourself. Sorry again for the trouble.--Dudemanfellabra (talk) 08:10, 7 March 2015 (UTC)
- Thanks again - all of the EH templates were recently renamed "for clarity" and, unfortunately I don't know enough about templates and how they work etc to recognise the difficulties this might cause.— Rod talk 08:15, 7 March 2015 (UTC)
- The problem was with your recent addition of a row template, which you called with {{English Heritage listed building row}} rather than the more-often used {{EH listed building row}}, which was the previous location of the template. The code is set up to look for a specific title, and inclusion of any redirects/aliases will throw it off. I will look into adding support for redirects, but because of the way the script is set up, the redirect titles must be manually programmed in. For now, I changed the added row to use "EH" and was able to run the script, but I did not add the tagged category so that you could see it for yourself. Sorry again for the trouble.--Dudemanfellabra (talk) 08:10, 7 March 2015 (UTC)
- OK I tried reversing the order of the templates on commons and then tried to run the script again on List of scheduled monuments in West Somerset, however it now gives an error message saying "row mismatch" and I can't find the bracket problem likely to cause it - any ideas?— Rod talk 21:36, 6 March 2015 (UTC)
Need help with Slovakia
Hi Dudemanfellabra, long time gone since we met last time. Your script AddCommonsCatLinks.js does not work with de:Liste der denkmalgeschützten Objekte im Okres Bratislava I/A–F, image File:Bratislava Beblavého 01 01.jpg and ObjektID 101-11/0. I already checked the parameter configuration, looks good to me. Could there be a problem with the slash in the ObjektID? Would be fine if you could provide help. --Herzi Pinki (talk) 12:56, 5 March 2015 (UTC)
- You are correct that everything in the list and on the image was set up correctly. The problem was with commons:Template:Cultural Heritage Slovakia. The category sortkey included by the commons template, which this script uses to identify the sites, was padded left to be 15 characters long while the script was looking for only 8. Every other compatible Commons template is padded to be 8 characters long, so I changed the Slovakia template to use 8 as well. Once the job queue catches up and the change is applied to each of the category members, the script should work on this list. If it does not, let me know. Thanks for pointing that out!--Dudemanfellabra (talk) 03:13, 6 March 2015 (UTC)
- Thx, but be careful, there are IDs like 706-3869/0, 207-10492/17 around, with a length of > 8. --Herzi Pinki (talk) 05:58, 6 March 2015 (UTC)
- Your script does work also for IDs longer than 8 characters. . Padding is added to allow sorting of numbers as alphanumerical values. But this will work too as all the IDs I have seen have a structure like nnn-mmmm/k, at least for the first part which is always numeric and three digits. On the other hand left padding will not solve the problem for the second and third part. A concise padding would mean nnn-00mmmm/00k or similar. Just my ideas, no need to change anything for you. --Herzi Pinki (talk) 06:30, 6 March 2015 (UTC)
- Correct. If an ID is longer than 8 characters, the entire ID is used.. the ID is only padded if it is smaller than 8 characters. The padding has the effect of making an ID a minimum length. The problem before was that the padding on the sortkey went all the way out to 15 characters, forcing all IDs to be that long, but the script only forced the length to 8, so the only IDs that would have worked were the ones longer than 15 characters so neither padding made a difference anyway. By shrinking the sortkey padding back to 8, everything matched up as expected.
- As far as the other padding concerns you raised, none of that type of padding for individual components of a given ID is necessary. As long as the ID in the row template exactly matches the ID in the commons template (the slash and hyphen are manually entered by the user, no padding by the template), everything works. Even if the ID was entered in parts, as in, e.g. de:Vorlage:Denkmalliste2 Schweiz Tabellenzeile, the script can combine it all and pad everything correctly. There hasn't been a case that's come up so far that has broken anything, so long as the entire code is padded to 8 characters.--Dudemanfellabra (talk) 07:31, 6 March 2015 (UTC)
A tooltip for stubs?
Do you have any plans of putting a tooltip in the NRHPstats script to show which articles are stubs, like there is for NRIS-only articles? It seems like it would be really useful for lists like Kane County, Illinois, which has one stub in 68 articles. TheCatalyst31 Reaction•Creation 11:52, 9 March 2015 (UTC)
- Good idea. I've added a tooltip for stubs now, but because many counties have a huge amount of stubs, I've limited the output to the first 10 of them. I've done likewise with the NRIS-only, unassessed, and untagged tooltips as well to keep it uniform. If you want more than the first 10, you must fix some of the displayed ones :).--Dudemanfellabra (talk) 20:14, 9 March 2015 (UTC)
- Great, thanks! I think that's a good compromise, since I'm mostly worried about long lists with a handful of stubs than the lists that are half stubs (or NRIS-only, etc.) TheCatalyst31 Reaction•Creation 01:36, 10 March 2015 (UTC)
Chalker
I thought it rather simple; that's why I didn't provide any additional sources. From the Weekly List, we get the address of 4432 State Route 305 for the Southington Township School, which when Googled, returns results for Chalker and for Southington. One of the first results in a Google search for "southington township school" is a historical marker in front, which says basically "Chalker High School is NR-listed", although providing a slightly wrong date; the website's a program of the SHPO, so presumably we can trust them unless there's reason not to. Finally, if you go past the place, you see two historic school buildings; I wasn't sure which one was which until finding the RemarkableOhio page and a photo from the SHPO. Sorry that I wasn't clearer before. Nyttend (talk) 00:19, 13 March 2015 (UTC)
- @Nyttend: Thanks for pointing me to those sources. I added a little to the article to make clear it was listed. It seems Ohio is about to get a searchable database for NRHP nominations next month, so maybe we will finally be able to get rid of that unnecessary light green color at WP:NRHPHELP#Online!--Dudemanfellabra (talk) 05:38, 13 March 2015 (UTC)
- I doubt that we'll change the weird color. Everything has been down for a good long while; it's been months since it was last possible to access the one-page profiles that were formerly provided (example link, compared with what it should look like), and they called those a searchable database. I expect they're just putting back what they had before. No complaints if I'm wrong, however :-) Nyttend (talk) 09:59, 13 March 2015 (UTC)
The commons script is showing up on the WikiProject NRHP talk page
I'm guessing this is just another exception to running it on all pages with "National Register of Historic Places" in the title, but the button for the Commons script is showing up on Wikipedia talk:WikiProject National Register of Historic Places. It's more funny-looking than anything else, but I figured you might want to know. TheCatalyst31 Reaction•Creation 23:09, 23 March 2015 (UTC)
- Actually the title of the page had nothing to do with it. The problem was that in the "Can't access NRHP" section, a user had included code for {{NRHP row}} but did not actually transclude the row (it was inside nowiki tags). The way the script works is it loads the wikitext of every page you visit and if it finds a row in the code, it places the button there. If you had clicked the button, you would have gotten an error saying a row was malformed since the script didn't find any rows in the parsed HTML code. I've just updated the script to ignore any rows in nowiki or pre tags, and that required a little more code than I thought originally, but I think I have it working now. The only problem I can tell exists is if a page transcludes NRHP row (or any of the other row templates the script supports) and then includes the exact same text inside nowiki/pre tags somewhere else on the page, the script freaks out. I think that situation will probably be extremely rare if not non-existent, though, so I probably won't have to worry about it. Though the new code shouldn't affect anything in theory, you never know if there might be some weird case out there (which you seem to be pretty good at finding haha), so if you encounter any problems, let me know. Thanks as always for pointing that out!--Dudemanfellabra (talk) 07:00, 24 March 2015 (UTC)
Mississippi plantations
Hello again, thanks for creating the Georgia article. Since you live in Mississippi, would you be interested in helping me create more pages about historic plantations in Mississippi? I am quite fascinated by the history, even though I live in London! I created a few of them on the NRHP, but there are still many left to create.Zigzig20s (talk) 05:08, 27 March 2015 (UTC)
- @Zigzig20s: Well, even though I live in Mississippi, I have spent much of my time with content development only around the Meridian, Mississippi area (that article included) and not much in the rest of the state. The only reason I created the Georgia article is because you requested it and it looked like it wouldn't take that much time/effort to do since it was a fairly small site haha.
- I spend more of my time now doing more rote maintenance tasks and creating useful scripts for others to use to assist them with monotonous tasks. I don't usually spend much time on Wikipedia actively creating content, so I probably won't be creating many articles. That said, I'm more than happy to help you in any way you might need, e.g. finding sources, contacting local officials (although being outside of the country, that might be a bit difficult), or sorting out something that may be obvious to me as a local but not to a Londoner/non-Mississippian like yourself. Feel free to post here or at the NRHP project talk page with any questions like that, as you can see others do pretty regularly.--Dudemanfellabra (talk) 19:48, 27 March 2015 (UTC)
- That's a shame. Natchez and Port Gibson are very interesting historically. Perhaps you will change your mind and give in! Let me know if you are ever able drive up there and take some pictures. Thank you.Zigzig20s (talk) 10:32, 28 March 2015 (UTC)
Saxony
Hi Dudemanfellabra, can you please add support for Saxony to the German section of your AddCommonsCatLinks.js:
"Germany - Saxony":{ "TopCatName":"Category:Cultural_heritage_monuments_in_Saxony_with_known_ID", "RowTemplate":"Denkmalliste Sachsen Tabellenzeile", "PropertyNameParam":"Name", "IdentifierName":"ID", "CombineIdentifiers":false, "CommonscatParam":"Commonscat", "ImageParam":"Bild", "Unverified":false },
Don't know what the unverified parameter means. Thx. --Herzi Pinki (talk) 21:04, 4 April 2015 (UTC)
- @Herzi Pinki: I've added the designation to the code and also the documentation. Do you know if ErfgoedBot has any automated output for this template like it does for others? If so, I'd like to add the link(s) to the documentation. As for the unverified parameter, you were correct in setting it to false. If you have verified that the template/category/everything else is set up correctly so that the script will recognize it, it is verified.--Dudemanfellabra (talk) 03:50, 5 April 2015 (UTC)
- Thx, works like a charm. I'm still in the process of setting it up, ErfgoedBot does not know about Saxony until now. I will tell you as soon as I'm thus far. Concerning verified, it is just a suppression of checks in your script (as someone else does)? Happy Easter. Find your eggs. --Herzi Pinki (talk) 08:35, 5 April 2015 (UTC)
- As you might remember from setting up several of the other templates on de-wiki, the script will throw an error if the row template does not add the CSS class='vcard' to each row:
- Thx, works like a charm. I'm still in the process of setting it up, ErfgoedBot does not know about Saxony until now. I will tell you as soon as I'm thus far. Concerning verified, it is just a suppression of checks in your script (as someone else does)? Happy Easter. Find your eggs. --Herzi Pinki (talk) 08:35, 5 April 2015 (UTC)
Zeilenfehler! Dies kommt möglicherweise von einer falsch formatierten Zeilenvorlage. Alle Zeilenvorlagen müssen class='vcard' enthalten, damit das Skript sie identifizieren kann. Sollte {{ROWTEMPLATE}} class='vcard' beinhalten, bitte ich um eine Nachricht auf :en:User_talk:Dudemanfellabra, und ich werde versuchen, das Problem zu beheben. Das Skript wird jetzt beendet.
- The reason it throws an error is because it finds some number of row templates in the wikitext but that number doesn't match what the script sees in the parsed HTML of the page since it can only find HTML rows with class='vcard'. Sometimes, however, the error is not due to the lack of the CSS class but because of some malformed row in the wikitext (e.g. one that doesn't include closing braces or only a single brace rather than two). The default alert, however, just says be sure to add class='vcard' and isn't helpful for finding malformed rows. If the template has been verified to have class='vcard' and works properly most of the time, the unverified parameter should be set to false, which allows the script to give a more informative error, which actually hasn't been translated into German for that GUI. Think you could help with that? The English version is:
Row mismatch! This is probably due to an incorrectly formatted row template in the wikicode, e.g. a missing }} or a misplaced HTML comment. If you cannot find the error on this page or believe it is due to something else, please let me know at :en:User_talk:Dudemanfellabra, and I will try to resolve the problem. The script will now exit itself. Sorry!
- If you're willing, there is also another string that needs to be translated into German for when an image or category that is already placed in a row cannot be found on Commons (probably a typo) and a replacement is found:
The existing image and/or category cannot be found on Commons. Selecting a match here will replace the existing one(s). If you do not want to replace anything, choose Keine Kategorie/Bild hinzufügen.
- Thanks for the help!--Dudemanfellabra (talk) 21:39, 5 April 2015 (UTC)
uups, missed that one. sorry:
Fataler Tabellenzeilenfehler! Mögliche Ursache ist eine falsch formatierte Tabellenzeilenvorlage im Wikicode, z.B. eine fehlende schließende Vorlagenklammer }} oder ein schlecht plazierter html-Kommentar. Falls du den Fehler auf der Seite nicht finden kannst, oder eine andere Ursache vermutest, dann bitte ich um eine Nachricht auf :en:User_talk:Dudemanfellabra, und ich werde versuchen, das Problem zu beheben. Das Skript wird jetzt beendet.
and
Das in der Tabellenzeile angegebene Bild / die angegebene Commons-Kategorie existiert nicht auf Commons (Mögliche Ursache ist z.B. ein Tippfehler hier oder die Umbenennung auf Commons). Durch eine Auswahl kannst du die aktuellen Einträge überschreiben. Willst du nichts überschreiben, dann wähle bitte Keine Kategorie/Bild hinzufügen.
I've added a reason (as a proposal): (Mögliche Ursache ist z.B. ein Tippfehler hier oder die Umbenennung auf Commons), which would translate to possible reasons are typos here or renames on Commons)
--Herzi Pinki (talk) 19:13, 7 May 2015 (UTC)
Historic buildings in Meridian
Hi, I happened to be looking at some of the articles on NRHP properties in Meridian, and wanted to say again how much I appreciate all your work on all of these and the related articles for the city and county. You did such a terrific job bringing all this history to life and giving perspective on Meridian's place in the state and regional history. While working in the government, I worked in historic preservation so have made minor changes on some building articles related to my understanding of some of the development process. Thanks for all your work - Parkwells (talk) 16:26, 14 April 2015 (UTC)
You have an off-by-one error in NRHPstats
If one of the NRHP lists has ten or more stubs/NRIS-only articles/etc., NRHPstats will only display the first nine articles in the tooltip instead of the first ten like it says. I'm pretty sure the problem is in this line of code (and the corresponding ones for the other categories):
if (stubs<10) StubStr += str + "\n"
That should be "if (stubs<=10)", I think, since you increment stubs before modifying StubStr. TheCatalyst31 Reaction•Creation 04:39, 20 April 2015 (UTC)
- You are correct! I didn't think about the fact that I was incrementing before checking; all fixed now! Thanks for pointing that out!--Dudemanfellabra (talk) 05:12, 20 April 2015 (UTC)
Multiple refnum
What is the proper thing to do in the following case: an NRHP row where the refnum has multiple numbers, properly separated by commas. When a user uploads a image with the upload image link, it looks like the file gets tagged with the commons NRHP template using refnum,refnum which the commons NRHP template doesn't recognize, resulting in the National Register of Historic Places without known IDs category being added. An example is https://commons.wikimedia.org/w/index.php?title=File:Former_Romina_Theater.jpg&oldid=156543980. Is the right thing to do 1) hand edit the commons description to remove all but one refnum or use multiple NRHP templates 2) Get the commons NRHP template to recognize the num[,num...] case as valid and add the proper category, 3) get NRHP row to put only one refnum in the url for UploadWizard, 4) or something else?
And, isn't it time to remove the campaign=wsm from the NRHP row template? Generic1139 (talk) 21:39, 23 April 2015 (UTC)
- Thanks for pointing this out; I've just fixed the NRHP row code to only include the first refnum in the URL. I don't think modifying the Commons template to accept more than one refnum is the way to go since it uses the refnum as a sortkey in the known IDs category, and having more than one refnum can't translate to having more than one sortkey. I would say putting multiple templates on a single image/category is the way to go for that.
- Also about campaign=wsm, that is what allows us to add the NRHP template to the images. Yes it has the unfortunate side effect of putting it in WSM categories; without it, the refnum doesn't show up at all. I don't really know much about campaigns on Commons, but if there is a way to make a new one that isn't tied to WSM but also adds the NRHP template, that's probably the way to go.--Dudemanfellabra (talk) 06:00, 24 April 2015 (UTC)
- The change to only include the first refnum will solve the problem, thanks.
- About the WSM campaign, I see that Harej won't be able to genericize the campaign for a while, and that building a new campaign requires privs. Building a campaign looks pretty simple, though, using the WSM campaign as a model makes an NRHP campaign easy to do. The header and thanks templates don't require any privs. Any commons admin could upload into campaign space. Know any? Generic1139 (talk) 12:46, 24 April 2015 (UTC)
Wiki loves earth
Hi Dudemanfellabra, do not remember why your scripts shouldn't work for WLE. Can you please add the following to the German section of your AddCommonsCatLinks.js:
Register Naturdenkmäler in Österreich
"Austria":{ "TopCatName":"Category:Natural monuments in Austria with known ID", "RowTemplate":"Naturdenkmal Österreich Tabellenzeile", "PropertyNameParam":"Name", "IdentifierName":"ID", "CombineIdentifiers":false, "CommonscatParam":"Commonscat", "ImageParam":"Foto", "Unverified":false },
In Austria there are 9 federal states, all of them use their own, independent numbering schema. 6 of them use different, non-conflicting numbering schemes (different prefixes), so they will not cause ID clashes. Vienna, Vorarlberg and Styria all use simple numbers and I did not check for id clashes (nor can I make an assumption for the future). In our template we use the Region-ISO parameter to make the ids unique. Any idea on how to solve that in a secure way? --Herzi Pinki (talk) 19:46, 7 May 2015 (UTC)
- @Herzi Pinki: Sorry for the extremely long wait time, but I took an extended leave from Wikipedia over the summer. I just got back on and added this change. Sorry if it's too late :\.--Dudemanfellabra (talk) 05:52, 23 September 2015 (UTC)
- Fine that you are back again. I already feared you left forever. Thanks for adding, in the meantime I made a copy of your scripts so it was not that tragic. See also above, I proposed some fixes in translation. --Herzi Pinki (talk) 07:06, 24 September 2015 (UTC)
Incentivized
Just wanted to let you know that I recently ran through Kansas, where I spent a day photographing NRHP sites in Atchison and then hit a few sites in other counties. Think that I've pushed the state up over 50% illustrated.
While you've probably never photographed Kansas, and may never have set foot in the state, you nevertheless deserve considerable credit for these photos. The Progress page is a great incentive for me to get out and shoot NRHP sites, and each time a new set of maps comes out, I spend some time flipping between the new map and the previous one and gloating over the counties whose color I've changed.
Thanks yet again for developing the page and its maps. Through its effect on at least one editor, it's helping to achieve our long-term goal of getting complete photographic coverage. — Ammodramus (talk) 12:49, 11 May 2015 (UTC)
- @Ammodramus: Sorry for the uber-long response time, but I've been out for a while and have just recently gotten back on-wiki. I'm glad to hear the Progress page has incentivized you to take pictures! That's the point of the page after all! :)--Dudemanfellabra (talk) 07:26, 22 September 2015 (UTC)
- Glad that you're back here. Hope that the new Ph.D. program works well for you, and that the move from the Gulf Squadron to the LA area wasn't overly stressful, or productive of too much culture shock. Ammodramus (talk) 11:24, 22 September 2015 (UTC)
Port Hudson on Louisiana NHL list
Hello, you said not to change the official name, but you didn't notice that I edited the name twice. The article is called Port Hudson National Cemetery; I initially added 'National Cemetery' to the name 'Port Hudson'. But then I noticed the Cemetery article states that the entire Port Hudson Battlefield, including the cemetery, is a NHL. My second edit changed National Cemetery to Battlefield.
The name at the top of the info box in that article is just Port Hudson, which name I've now found on the National Parks Service list of La. National Historic Landmarks. (I can't find an official U.S. Govt. page for the NRHP listings; to see whether the name there was the same, 25 years later.) It's too bad they didn't call it P.H. Battlefield/Battleground, because there is an unincorporated community (& Wikipedia article) called Port Hudson.
The town and the national cemetery are in East Baton Rouge Parish, whereas the Port Hudson State Historic Site is in neighboring East Feliciana Parish. I just checked Google maps, and the town is south of the State Historic Site but north of the National Cemetery, with about 6 miles of road between the two official sites.
My edits are almost always for improved clarity. But, since you've told me not to change the name from any official U.S. designated name for the place or landmark, I'll delete 'National Cemetery' from the name and restore it to its ambiguous name 'Port Hudson'. :)
Hey, where is the Progress section for NHRP sites that Ammodramus referred to in the post just above mine?
Floridasand (talk) 03:14, 22 September 2015 (UTC)
P.S. I didn't notice until now that the National Park Service PDF shows the location as "Port Hudson, East Feliciana Parish." (What a mess!) -- The Siege of Port Hudson article says the battle straddled both parishes. Maybe the 1974 NHL was established in E. Feliciana, & the 1999 NRHP listing was just for the Cemetery in E. Baton Rouge Parish. If this is true, then the article on the Wikipedia La. NHL list should be Port Hudson State Historic Site, since it's the only one located in E. Feliciana. This is what I've just done; gotta eat!
Floridasand (talk) 04:07, 22 September 2015 (UTC)
- The Louisiana state list you found and linked above is the official document that says which sites are or are not National Historic Landmarks (NHLs), so the title of all the items on the list should match that document (with the exception of any new listings that may not be on that document yet). Any disambiguation or clarification can be made in the articles themselves, but it is practice throughout WP:NRHP for the lists to match exactly the register. See WP:NRHPMOS#Naming conventions.
- As far as other official documentation, there is this entry in the National Register Information System (NRIS) that links to a PDF explaining the history of Port Hudson. That link is included in the LA NHL list in the date column, which I've just fixed actually. The reference number that was attached to the listing before was incorrect (it referenced incorrectly the national cemetery, which is only listed on the NRHP, not as an NHL), so I've fixed it now. I agree there are way too many sites around that area named Port Hudson, but this is definitely the official NHL listing name, so the list is accurate now.
- Also, you asked about the Progress page mentioned in the section above this.. that can be found at WP:NRHPPROGRESS but deals with a larger set of properties than NHLs, i.e. the entire National Register of Historic Places, of which NHLs are a select distinguished subset. That page details the "progress" the wikiproject has made writing articles, taking pictures, etc. broken down to each county/parish in the country. It is regularly updated by script/bot. If you have any more questions about the page or the project in general, feel free to post at the project talk page! Thanks for the help with the LA NHL list!--Dudemanfellabra (talk) 07:24, 22 September 2015 (UTC)
NRHPbot
When next you're online, would you mind running the bot to tag NRIS-only articles? I've just discovered a batch of new junk in Connecticut, e.g. Woodruff House (Southington, Connecticut). Nyttend (talk) 16:30, 12 October 2015 (UTC)
- @Nyttend: Sorry for the long response time. This program is kicking my ass with the neverending stream of homeworks. Math apparently requires 82309483x times as much homework as physics for some reason. It's getting old fast. Anyway I'm running the bot now, so hopefully it will dump the lists overnight, and I'll wake up tomorrow to tag the articles.--Dudemanfellabra (talk) 08:07, 7 November 2015 (UTC)
- Thanks, and no problem on the delay. Nyttend (talk) 12:08, 7 November 2015 (UTC)
Oddities in stats reporting
I'm getting some interesting results from the NRHP stats script when looking at National Register of Historic Places in Windham County, Vermont. All of the "show only" links produce demonstrably wrong results, e.g. "Show only Start+" will include redlinks in its output, and "Show only unillustrated" will including listings with images. I haven't noticed it on other lists, so I'm not sure if there's something odd about the list, or the script. Magic♪piano 15:36, 4 November 2015 (UTC)
- @Magicpiano: Thanks for pointing that out. It turned out that in the Gas Station at Bridge and Island Streets row (pos=28), there is a random tab character inserted after the "NRHP row" template call in the wikicode. You can see it as empty white space if you place your cursor on that line and move to the end of it. This character was enough to break the NRHPstats script which was only setup to look for spaces and line breaks and thus did not register that this row even existed. Because of this everything was shifted down by one row, causing the seemingly random behavior you experienced. Rather than just remove the tab character and fix the problem with that single list, with a small modification to the script I have allowed for tab characters (as well as "form feeds", whatever those are), and so any as-yet-undiscovered list will now be automatically taken care of. Thanks again for pointing that out!--Dudemanfellabra (talk) 08:01, 7 November 2015 (UTC)
Historic districts on NRHP
Since you previously commented on this subject, please see Wikipedia talk:WikiProject National Register of Historic Places#Category:Historic Districts on the National Register of Historic Places by state. Thanks Hmains (talk) 18:36, 8 November 2015 (UTC)
Hi,
You appear to be eligible to vote in the current Arbitration Committee election. The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to enact binding solutions for disputes between editors, primarily related to serious behavioural issues that the community has been unable to resolve. This includes the ability to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail. If you wish to participate, you are welcome to review the candidates' statements and submit your choices on the voting page. For the Election committee, MediaWiki message delivery (talk) 13:46, 24 November 2015 (UTC)
Barney L. Elias House
Barney L. Elias House is showing up as an untagged article in the NRHPstats script on National Register of Historic Places in Pulaski County, Arkansas, though it has a tag for WikiProject NRHP already (and has essentially since its creation). It doesn't seem like any of the usual corner cases (strange redirects, talk pages with different titles, etc.) are at play here - this is a standard-looking NRHP article that's showing up as untagged for no clear reason. Do you know what might be going on with the script here? TheCatalyst31 Reaction•Creation 12:11, 29 November 2015 (UTC)
- @TheCatalyst31: I have no idea why that was happening. I can't find anything in the code that is wrong, but I found out the Wikimedia API was returning that the page was uncategorized (the categories are how I check if a talk page is tagged) even though it clearly is categorized. I was perplexed enough that I posted at WP:VPT#API query blank when it shouldn't be to ask for help. Someone made a null edit to the page, and the API started working correctly again, so the problem is fixed now at least for that page, but who's to say something like that isn't happening elsewhere? I don't have all that much time to dedicate to Wikipedia at the moment (finals week is next week), so if you'd like to keep up with the conversation there, feel free to do so. I'll have more time in a few weeks to look back at everything. Thanks for pointing this out though!--Dudemanfellabra (talk) 05:39, 2 December 2015 (UTC)
Warrick house rating
I see that you've just rated Warrick house (Meadow Grove, Nebraska) as start-class. Thanks for ranking it, so it'll show up on the next iteration of the progress page: it should change Madison County to a very, very pale shade of orange on the overall-quality map.
If it wouldn't be too much trouble, could you suggest what I might need to do to nudge it up to a C? I've worked the limited sources pretty hard, but another trawl through the local-history section of the library might turn up just a bit more. Thanks — Ammodramus (talk) 14:17, 27 December 2015 (UTC)
- When I rate articles, I usually only choose between stub and start unless the article is about a topic that allows it to be really long/thorough in which case I might give a C or even a B. I guess since the Progress page doesn't differentiate anything higher than start, I don't really have an incentive to rate anything higher haha. Me giving this article a start rating is not indicative of anything lacking... just that I saw it was better than a stub. After closer inspection following your comment here, I don't really see anything that is clearly lacking, and all the sources seem to be in order, so I have upped the rating to B-class. If you disagree, feel free to give it a C, but I definitely agree that it is better than a start. Thanks for pointing that out.--Dudemanfellabra (talk) 20:33, 27 December 2015 (UTC)
- Thanks for the reply, and the re-rating. I feel a bit bad about asking you to do the extra work, especially since the Progress page was a major spur to me in writing the article in the first place. If you'd never done anything else for WikiProject NRHP, that alone would be enough to secure you a place on the honor roll. — Ammodramus (talk) 23:37, 27 December 2015 (UTC)
St. Augustine's Episcopal Church (Gary,Indiana)
https://wiki.riteme.site/wiki/St._Augustine%27s_Episcopal_Church_(Gary,_Indiana)
I noticed that you have continued to label this wiki page as mirroring a NHR source. I researched AND wrote St. Aug's NHR nomination and I created the wiki page for St. Augs. In addition, I created the pages for the architect Edward D. Dart, and the Anglican term Colored Episcopal Mission. I am sure that my authoring is the reason that the St. Aug page has ,in your opinion, a NHR tone. However there are enough areas/sources that are NOT included in the 28 page NHR nomination; I.E. the list of rectors, current blogs and external links. I have emailed you regarding this issue several times.Hopefully this explanation will be enough to satisfy you. Thank you for your interest.
SunDevilKnitter
- @SunDevilKnitter: It appears you are referring to the fact that St. Augustine's Episcopal Church (Gary, Indiana) has been tagged by User:NationalRegisterBot with the {{NRIS-only}} template several times over the past few months, and you have improperly removed it each time. It is not my decision which articles are tagged, and in fact I had never seen nor read this article before you posted about it here. The reason the article continues to be tagged is because the only inline citation provided is one to the National Register Information System (NRIS). I see there are other sources listed on the page, but it is Wikipedia policy not just to dump a list of sources on the page but to cite specifically which information comes from which of those sources. Since you state that the list of rectors, etc, comes from somewhere besides NRIS, so please add an inline citation to that list and any other non-NRIS material as described in the link above stating where the information comes from. If you do not add any more inline citations, the bot will continue to tag the article. If you need any help developing inline citations, please let me know.--Dudemanfellabra (talk) 18:38, 27 December 2015 (UTC)
- @Dudemanfellabra: I will need some help writing the citation for the rectors,please.
- SunDevilKnitter
- @SunDevilKnitter: I have taken material from the links you had included as external links and added information about the history of the congregation to the article using inline citations. Feel free to revise any of the material as you see fit. I did not find any source for the list of rectors, so I left it uncited. Please add an inline citation to this list indicating from which source it is pulled. This is the more standard method of adding information to articles. Perhaps you could expand a little more of the "Building" section with some details about the architecture of the building? There is an extensive description of the building in this pdf from the National Register. If you need any more help, please don't hesitate to ask. Good luck!--Dudemanfellabra (talk) 23:03, 27 December 2015 (UTC)
- @Dudemanfellabra: I can go back to the pdf file that I wrote and find a few more points about the building. I would like to include this new book released that includes St. Augs history:
http://www.amazon.com/Suburban-Church-Modernism-Community-Architecture/dp/0816694966/ref=sr_1_1_det?s=books&ie=UTF8&qid=1449599696&sr=1-1&refinements=p_27%3AGretchen+Buggeln I did cite in a revision this afternoon,however I did not see on the new version. I think I get the idea,Thansks SunDevilKnitter (Paula M. DeBois)
Governing bodies
Given the unanimous support for removing |governing_body =
from the infobox, I suppose we can get around to removing it now. Could you do it? I think perhaps this removal is all we need, but I don't trust myself to make such an edit to the template itself. Nyttend (talk) 23:27, 5 January 2016 (UTC)
Progress update script issue
Hey Dudeman! I was trying to run the update script on WP:NRHPPROGRESS, and it is failing ("no county section found") on National Register of Historic Places listings in Stutsman County, North Dakota and National Register of Historic Places listings in Pembina County, North Dakota. Both of these were created since the last update by @TheCatalyst31, who un-redirected them from National Register of Historic Places listings in North Dakota. In the past, purging the relevant pages has worked to take care of this, but that doesn't seem to be working now. I'm unable to discern significant differences between those pages and similar older pages, and links on the progress page appear to be in order. Any ideas? (Running Firefox or Chrome on Linux.) Magic♪piano 15:07, 11 January 2016 (UTC)
- I tested the script myself, and while I didn't have any issues with the North Dakota counties, I did get error messages for several lists in Alaska and the recently-moved National Register of Historic Places listings in Coös County, New Hampshire. I'm not sure if someone's been moving the Alaska lists, but it does seem to be some sort of issue with recently created or moved pages. TheCatalyst31 Reaction•Creation 01:31, 12 January 2016 (UTC)
- Strange. I did not get it for the Coos County list or any Alaska lists, although I note that the Sitka and Skagway lists have moved. The Coos county issue is due the spelling change (Coos->Coös), which need(ed) to be propagated into the progress table (I had to do similar updates when someone added accents to Puerto Rico lists). A similar thing happens with moved lists: the table entry in the progress table needs to match the name of the list article (i.e. "Sitka" != "Sitka City and Borough", so it fails). Magic♪piano 02:51, 12 January 2016 (UTC)
- Is everything working now? I haven't had time to get on in a while, and I don't have time to go through everything at the moment, but I do notice some pages got moved around by User:Hmains unilaterally with no indication at the project talk page. Where the script looks for lists depends on what type of link is encountered. If a link on the Progress page is a direct link (not a redirect) like most county lists, the script just loads the list and looks for the first table on it. If a link is a redirect, the script assumes it is looking for a section on a larger page (e.g. many states' main lists do not split out small counties), and the section title must match exactly the redirect link. For example, since National Register of Historic Places listings in Sitka, Alaska is a redirect, the script thinks it should look on the page for a section titled "Sitka", and because it can't find one, it returns an error. The way to fix this would be to change the link on the Progress page to be a direct link, bypassing the redirect. This is all explained at User:Dudemanfellabra/UpdateNRHPProgress#Explanation of error messages.--Dudemanfellabra (talk) 00:53, 13 January 2016 (UTC)
- It seems to run OK now (at least past the ND lists, I killed it before it finished.) It didn't earlier today, when I ran the same test. Magic♪piano 02:01, 13 January 2016 (UTC)
- Is everything working now? I haven't had time to get on in a while, and I don't have time to go through everything at the moment, but I do notice some pages got moved around by User:Hmains unilaterally with no indication at the project talk page. Where the script looks for lists depends on what type of link is encountered. If a link on the Progress page is a direct link (not a redirect) like most county lists, the script just loads the list and looks for the first table on it. If a link is a redirect, the script assumes it is looking for a section on a larger page (e.g. many states' main lists do not split out small counties), and the section title must match exactly the redirect link. For example, since National Register of Historic Places listings in Sitka, Alaska is a redirect, the script thinks it should look on the page for a section titled "Sitka", and because it can't find one, it returns an error. The way to fix this would be to change the link on the Progress page to be a direct link, bypassing the redirect. This is all explained at User:Dudemanfellabra/UpdateNRHPProgress#Explanation of error messages.--Dudemanfellabra (talk) 00:53, 13 January 2016 (UTC)
- Strange. I did not get it for the Coos County list or any Alaska lists, although I note that the Sitka and Skagway lists have moved. The Coos county issue is due the spelling change (Coos->Coös), which need(ed) to be propagated into the progress table (I had to do similar updates when someone added accents to Puerto Rico lists). A similar thing happens with moved lists: the table entry in the progress table needs to match the name of the list article (i.e. "Sitka" != "Sitka City and Borough", so it fails). Magic♪piano 02:51, 12 January 2016 (UTC)
FYI @TheCatalyst31 and Magicpiano: after seeing that some Alaska lists had been moved yet again without the Progress page being updated, I spent some time earlier changing the code to avoid the problem of redirects, so they don't have to be updated for every move. Now if a link on the Progress page is a redirect, the script extracts the section to which the redirect points from the redirect page itself (e.g. National Register of Historic Places listings in Autauga County, Alabama redirects to the #Autauga County section on the state list, so the script looks there). If the redirect does not point to a specific section or the section to which the redirect points does not exist on the target page, the script tries to look for tables on the page not in a section. This would be the case for the Alaska links. Since each Alaska page only has one table (not including former listings), the script takes that table as the intended target, but if it finds no table on the target page or it finds multiple tables on the target page, the script throws an error asking the user what to do. If you encounter any problems with the code, this may be the source. I didn't check all the redirects on the page, but when I ran the code the first time, I had to correct a few that pointed to incorrect sections or to no section at all; you may have to do the same.--Dudemanfellabra (talk) 06:14, 26 January 2016 (UTC)
Commons script error
I tried to run the Commons script on National Register of Historic Places listings in Windham County, Vermont, and it's giving me a row mismatch error. It doesn't seem to be an actual row mismatch, and it isn't one of the obvious problems (mismatched HTML comments, hidden rows, etc.) Would you mind looking into what's going on here? TheCatalyst31 Reaction•Creation 19:23, 23 January 2016 (UTC)
- Thanks for pointing that out. If you notice above in the section #Oddities in stats reporting, another user pointed out the NRHPstats script was giving rubbish on this page too. The source of the problem was a hidden tab character on the 28th row that was breaking my code. When that user pointed out the problem then, I fixed the NRHPstats code to account for the character but did not update the commonscat script. I've now done that and was able to run the code on the page. Thanks again.--Dudemanfellabra (talk) 19:57, 23 January 2016 (UTC)
- Thanks for sorting that out! TheCatalyst31 Reaction•Creation 20:01, 23 January 2016 (UTC)
Someone deleted your image
I was reading up on map conventions at https://wiki.riteme.site/wiki/Wikipedia_talk:WikiProject_Maps and found your post there potentially interesting, but somebody decided to be annoying and deleted the picture you uploaded. I tried to recreate the file locally on my machine, but that wasn't possible. Could you please re-upload the image so that others can continue to learn from it (at least until somebody decides to save disk space) — Preceding unsigned comment added by 2001:4930:121:0:FCB4:48C5:2D2F:F4 (talk) 02:54, 13 February 2016 (UTC)
- @2001:4930:121:0:FCB4:48C5:2D2F:F4: Try downloading this SVG. It is a blank copy of the one I was talkinga bout at Wikipedia talk:WikiProject Maps.--Dudemanfellabra (talk) 04:21, 16 February 2016 (UTC)
PR NRHP lists
I responded to your message about the PR locator maps on my talk page. Summary: No big deal. But it does raise a related question I have been wanting to raise with you. I have been thinking about rearranging the PR municipalities among the 6 PR list articles (e.g. moving Jayuya from National Register of Historic Places listings in southern Puerto Rico to central). Is there a way I can do this while minimizing heartburn for you and NationalRegisterBot? — Ipoellet (talk) 21:41, 16 February 2016 (UTC)
- If you move lists, make sure that the redirects that are linked from the Progress page point to the correct section on the correct page. Also make sure the Progress page collects all the relevant lists together before reaching a duplicate list so duplicates are counted correctly. Other than that, everything should be taken care of automatically.--Dudemanfellabra (talk) 01:22, 17 February 2016 (UTC)