Wikipedia Diskussion:WikiProjekt Weblinkwartung/Archiv/2016

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen

Kategorie:Ort in Florida

Letzter Kommentar: vor 6 Jahren33 Kommentare7 Personen sind an der Diskussion beteiligt

Hallo zusammen. In beinahe allen Artikeln dieser Kategorie muss der Weblink http://factfinder.census.gov/faces/tableservices/jsf/pages/productview.xhtml?pid=DEC_10_DP_DPDP1 durch diesen hier http://factfinder.census.gov/faces/nav/jsf/pages/community_facts.xhtml ersetzt werden. Der GiftBot hat den Link zuvor als nicht erreichbar erkannt. LG Stefan 18:44, 10. Feb. 2016 (CET)

@Dionysos1988: Ich kümmere mich drum. Viele Grüße --Der Buckesfelder  Disk.  bewerten  E-Mail 09:12, 11. Feb. 2016 (CET)
Nach einer Überprüfung des Links http://factfinder.census.gov/faces/tableservices/jsf/pages/productview.xhtml?pid=DEC_10_DP_DPDP1 bekomme ich keine Fehlermeldung, daher ein Fall für Giftpflanze und ihren Bot. --Der Buckesfelder  Disk.  bewerten  E-Mail 09:36, 11. Feb. 2016 (CET)
Ein Fall für die Problemeliste. – Giftpflanze 10:24, 11. Feb. 2016 (CET)
@Dionysos1988: Wo genau hat er ihn denn als nicht erreichbar gekennzeichnet? Stichprobenartig ist mir nämlich kein Artikel aufgefallen. --Der Buckesfelder  Disk.  bewerten  E-Mail 10:57, 11. Feb. 2016 (CET)
Hallo, die Meldung erfolgte auf Diskussion:Verona Walk, Diskussion:Island Walk, Diskussion:Cutler Bay, Diskussion:Palmetto Bay und Diskussion:West Park (Florida). Genau diesen Link habe ich jedoch in allen, gut 900 Artikeln der Kategorie eingefügt, sodass man davon ausgehen muss, dass nach und nach überall diese Botmeldung erscheinen wird. LG Stefan 18:14, 11. Feb. 2016 (CET)
@Dionysos1988: Da geht es aber um einen anderen Link: http://censtats.census.gov/data/FL/1601234185.pdf --Der Buckesfelder  Disk.  bewerten  E-Mail 09:03, 12. Feb. 2016 (CET)
Und wieso meldet der Giftbot diesen Link dann, wenn der doch gar nicht in den Artikeln vorkommt? Ich habe keine Ahnung, wie diese Bots funktionieren. Mir geht es im Prinzip nur darum, dass ich jetzt nicht noch 900 weitere Meldungen auf meiner Beobachtungsliste bekomme und Diskussionsseiten sinnlos angelegt werden. Die Meldungen von heute: Diskussion:Aripeka, Diskussion:Viera East, Diskussion:Viera West, Diskussion:Fleming Island (Florida), Diskussion:Oakleaf Plantation. Vielleicht kann sich da jemand drum kümmern. LG Stefan 21:49, 12. Feb. 2016 (CET)
Doch, er kommt in den Artikeln vor, hinter dem FIPS-Eintrag in der Box. Es sind in der Tat sehr viele Artikel betroffen. Hast Du einen Lösungsvorschlag, wohin die Links umgebogen werden sollen?--Mabschaaf 07:56, 13. Feb. 2016 (CET)
Nein, leider nicht. Ich habe nun aber in der IB-Vorlage-Disk angefragt. Kann man den defekten Link solange bei der Botsuche ausklammern? LG Stefan 18:30, 13. Feb. 2016 (CET)
Der defekte Link hat die Ursache offensichtlich in der Vorlage {{FIPS}}. Die allermeisten Links der Vorlage funktionieren. Das Problem sind Änderungen in der politischen Gliederung, und damit neuen FIPS-Codes. Wenn man auf soetwas stößt muss man den neuen Fips-Code suchen, danach sollte die Verlinkung wieder funktionieren. @Matthiasb: Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  19:01, 13. Feb. 2016 (CET)
Wir haben es hier mit drei Problemen zu tun, die weitgehend voneinander unabhängig sind. Erstens, die Vorlage hat seit Anfang an, d.h. schon seit der Zeit, in der sie in der Infobox Ort in den Vereinigten Staaten steckt, eine Unzulänglichkeit, nämlich daß sie nicht funktioniert für Townships (Towns in Neuengland), was zwar mehr oder weniger problemlos zu implementieren gewesen wäre, wie damals in einer Disku im WP:WPG diskutiert wurde. Weil ich nie dazu gekommen bin, werden die Links für Townships und Unincorporated areas nicht gerendert. Wenn jedoch der Gemeindetyp in der Infobox nicht richtig gesetzt wird, etwa auf City,obwohl es sich um eine Township oder einen Census-designated place handelt, ergibt sich daraus ein ungültiges Linkziel.
Das zweite Problem ist tatsächlich der FIPS-Code, und da ist der USGS ein bißchen der Schuldige. Ursprünglich (im Sinne von: als ich den FIPS-Code erstmals in die Infobox aufgenommen habe), führte der USGS für alle Citys, Boroughs und Towns (außer Neuengland) nur eine GNIS-ID und gab dort den FIPS-Code der kommunalen Einheit an, die auch vom Census Bureau für die Censuseinheiten verwendet wird. Case closed. Damals. Inzwischen führt der USGS getrennte GNIS-IDs für die kommunalen Körperschaften und die populated places und folglich auch unterschiedliche FIPS-Codes. So hat Jacksonville. In: Geographic Names Information System. United States Geological Survey, United States Department of the Interior; (englisch). die GNIS-ID 295003, während die quasi ortsgleiche City of Jacksonville. In: Geographic Names Information System. United States Geological Survey, United States Department of the Interior; (englisch). die GNIS-ID 2404783 hat, doch bei Einheiten mit dem Census Class Codes P1/C1 haben beide denselben FIPS, hier 12-35000. Bei anderen Census Class Codes gibt es für den populated place und den census-designated place unterschiedliche FIPS-Codes, und nur letztere führen im Zusammenhang mit Vorlage:FIPS zu einem sinnvollen Ergebnis, und die Verwendung des FIPS für den populated place ergibt ein ungültiges Linkziel.
Und drittens: das Census Bureau scheint die alten Volkszählungsergebnisse zu löschen, wenn im Jahr 2000 existierende Census-Einheiten 2010 nicht mehr existiert haben, sei es durch Neuzuschnitt oder durch Aufhebung der Charter. Dieses Verhalten ist meiner Beobachtung nach nicht regelmäßig, sondern erscheint zufällig, und ich habe noch nicht herausgefunden, ob die 2000er-Ergebnisse anhand der späteren Änderungen retroaktiv umgerechnet werden, also aufgelöste 2000er-Einheiten auf Censuseinheiten umgerechnet werden, die erst 2010 eingeführt wurden, also im Nachhinein für solche 2010 eingeführten Einheiten Ergebnislisten erstellt wurden, als ob diese schon 2000 bestand und nachträglich dafür auch bekanntgegeben wurden.
Lösung: Im Falle des Problems der ersten stimmt wahrscheinlich der gesetzte Gemeindetyp nicht, im Falle des Problems 2 wurde in der Regel der falsche FIPS-Code verwendet. Im Falle des Problems 3 braucht es eine zusätzlichen Gemeindetyp "aufgelöst" oder so. Wobei das dritte Problem das zahlenmäßig geringste ist, davon dürften pro Bundesstaat maximal eine einstellige Zahl von Artikeln betroffen sein, und in den meisten Bundesstaaten gar keine.
@Boshomi: Könntest du eine Wartungsliste anlegen, welche Artikel betroffen sind? --Matthiasb – (CallMyCenter) 20:41, 13. Feb. 2016 (CET)
Ich lese mal http://censtats.census.gov/data/ ein, das wird aber noch ein paar Minuten dauern, da die die Links seriell überprüfe. Parallel ginge schneller, liefert aber false-positive.  Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  21:14, 13. Feb. 2016 (CET)
Hm, eigentlich bräuchten wir eine Liste aller Artikel, in denen GiftBot http://censtats.census.gov/data/<Irgendwas> als unerreichbar flagt. Aber laß mal sehen, ich suche derweil die alte Diskussion im WPG. --Matthiasb – (CallMyCenter) 21:28, 13. Feb. 2016 (CET)

<------------ So ich habe jetzt mal die damals festgestellte Logik gefunden:

  • Kennziffer und Acronym für den Staat fett
  • Typ der „Geographic area“ kursiv
  • FIPS-Nummer des Countys unterstrichen
  • FIPS rot
  • State/Bundesdistrikt 040
    • http://censtats.census.gov/data/MI/04026.pdf – Michigan
  • County/Borough/Parish 050
    • http://censtats.census.gov/data/MI/05026001.pdf – Alcona County, Michigan
  • Township/Town 060 -> en:Minor civil division
    • http://censtats.census.gov/data/MN/0602700129114.pdf — Hill Lake, Minnesota
    • http://censtats.census.gov/data/MI/0602600154060.pdf — Millen (Alcona County)
    • http://censtats.census.gov/data/NY/0603611905320.pdf — Bedford, New York
    • http://censtats.census.gov/data/ME/0602303139195.pdf — Limerick, Maine
    • http://censtats.census.gov/data/MA/0602500300555.pdf — Adams, Massachusetts
  • City/Village 160
    • http://censtats.census.gov/data/MI/1602601380.pdf – Allen Park city, Michigan
  • Congressional District 500
    • http://censtats.census.gov/data/MI/5002601.pdf – Congressional District 1, Michigan (106th Congress)
  • Reservation 280
    • http://censtats.census.gov/data/MI/280260170.pdf – Bay Mills Reservation and Off-Reservation Trust Land, MI
  • Metropolitan Statistical Area MSA →en:United States metropolitan area 390
    • http://censtats.census.gov/data/MI/390260870.pdf – Benton Harbor, MI MSA
  • Primary Metropolitan Statistical Area PMSA →en:United States metropolitan area 395
    • http://censtats.census.gov/data/MI/395262160.pdf – Detroit, MI PMSA

Countys und Bundesstaaten sowie Kongresswahlbezirke können wir einstweilen ignorieren, da bislang in keiner der jeweiligen Infoboxen die Vorlage:FIPS zum Einsatz kommt. --Matthiasb – (CallMyCenter) 21:44, 13. Feb. 2016 (CET)

Und jetzt weiß ich auch wieder, woran damals die Umsetzung für die Townships und Neuenglandtowns gehakt hat: Ich hatte damals keine Lösung, die für die URL benötigte County-ID (das ist der unterstrichene Teil der URL) bereitzustellen. Heute sehe ich da zwei Lösungsansätze: Unterseiten, wie sie in Vorlage:EWZ verwendet werden oder eine Einbindung der County-ID aus Wikidata (es handelt sich um FIPS 6-4 (P882)), also für das o.g. Alcona County (Alcona County (Q112993)) 26001 (das ist schon inklusive der 26 für New York). --Matthiasb – (CallMyCenter) 21:56, 13. Feb. 2016 (CET)
Eine Liste habe ich inzwischen erstellt: Wikipedia:WikiProjekt_Weblinkwartung/Toter_Link/FIPS Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  22:13, 13. Feb. 2016 (CET)
Rein interessehalber: Bevor ich es manuell durchzähle – weißt du, wieviele Artikel das sind? --Matthiasb – (CallMyCenter) 22:24, 13. Feb. 2016 (CET)
Immerhin 505 URL/Artikel Kombinationen (manche URLs kommen mehrfach vor, manche Artikel ebenfalls) Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  22:29, 13. Feb. 2016 (CET)
Danke. Dank dieser Modifikation dürften es nun einige weniger sein. --Matthiasb – (CallMyCenter) 22:34, 13. Feb. 2016 (CET) (Note2s11: Wartungskategorie setzen für Artikel, in denen Typ "ungültige" Inhalte hat.)
Note2s11: Alaska wohl flächendeckend Sonderfall; Amerikanische Jungferninseln wohl auch. Prüfen: andere Überseegebiete. --Matthiasb – (CallMyCenter) 22:36, 13. Feb. 2016 (CET)
Feedback2all: Abel (Alabama) ist ein Beispiel für ein Problem vom Typ 1: Falscher Gemeindetyp. Das ist keine City, sondern eine Unincorporated community (Censustyp U6), d.h. es gibt gar keine Censuszahlen für diesen Ort, ergo kann die erzeugte URL kein Ergebnis liefern. --Matthiasb – (CallMyCenter) 22:40, 13. Feb. 2016 (CET)
Note2s11: Clark’s Point (eigtl. Clarks Point, verschieben!) ist zwar City, läuft censusmäßig aber anders, wohl Teil der Clarks Point Alaska Native Village Statistical Area. In: Geographic Names Information System. United States Geological Survey, United States Department of the Interior; (englisch)., Censustyp E1. Vermutung, daß Alaska für den Census nur Statistical Areas verwendet, mglw. nur im Bereich des Unorganized Boroughs. --Matthiasb – (CallMyCenter) 22:53, 13. Feb. 2016 (CET)
Note2all: Hilfe bei der Abarbeitung von Kategorie:Wikipedia:Qualitätssicherung Vereinigte Staaten:Infobox (insbesondere der Abteilungen F und T) hilft bei der Beseitigung der toten Links, ggf. noch bevor GiftBot das meldet. --Matthiasb – (CallMyCenter) 23:33, 13. Feb. 2016 (CET)
Maßnahme: Verlinkung auch generell abgeschaltet, wenn Typ leer; dadurch wird zwar Wartungskat (s.o.) net leer, aber es werden auch net unnötige nichtexistente Links erzeugt. --Matthiasb – (CallMyCenter) 00:54, 14. Feb. 2016 (CET)
(Ergänzung zur Tabelle von 2009; Link ist valide und existent)
analog Adin CDP:
Daraus folgt:
    • http://censtats.census.gov/data/CA/1600600310.pdf - Adin CDP, Kalifornien
Erzeugt wird lt. Vorlage:
Link ist valide, aber nicht existent??? --Matthiasb – (CallMyCenter) 21:59, 14. Feb. 2016 (CET)

Diskussion:Day (Florida). Problem ist wohl noch nicht gelöst. LG Stefan 09:26, 19. Feb. 2016 (CET)

Diskussion:Morriston, Diskussion:Raleigh (Florida), Diskussion:Lake Butler (Orange County, Florida), Diskussion:Buenaventura Lakes, Diskussion:Panacea (Florida), Diskussion:Seville (Florida), Diskussion:Steinhatchee, Diskussion:Alafaya, Diskussion:Clarcona, Diskussion:Horizon West, Diskussion:Lake Mary Jane, Diskussion:Rio Pinar, Diskussion:University (Orange County, Florida), Diskussion:Watergate (Florida), Diskussion:The Acreage, Diskussion:San Castle, Diskussion:Acacia Villas, Diskussion:Cabana Colony, Diskussion:Jupiter Farms, Diskussion:Kenwood Estates, Diskussion:Pine Air, Diskussion:Pasadena Hills (Florida), Diskussion:Spring Ridge (Florida), Diskussion:Ona (Florida), Diskussion:Limestone (Florida), Diskussion:Lemon Grove (Florida), Diskussion:Gardner (Florida), Diskussion:Fort Green Springs, Diskussion:Fort Green, Diskussion:Montura, Diskussion:Pioneer (Florida), Diskussion:Garden Grove (Florida), Diskussion:Wiscon (Florida), Diskussion:Hosford, Diskussion:Lake Mystic, Diskussion:Sumatra (Florida), Diskussion:Balm (Florida), Diskussion:Aucilla, Diskussion:Lamont (Florida), Diskussion:Lloyd (Florida), Diskussion:Wacissa, Diskussion:Waukeenah, Diskussion:Connerton, Diskussion:Heritage Pines, Diskussion:Key Vista, Diskussion:Meadow Oaks, Diskussion:Moon Lake, Diskussion:Quail Ridge, Diskussion:River Ridge (Florida), Diskussion:Trilby (Florida).
Zur Kenntnisnahme. Ich bin weiterhin dafür, dass der Link beim Botlauf ausgeklammert wird. Diese Massenhinweise bringen absolut nichts, schon allein deswegen nicht, weil keiner außer mir alle auf der BEO hat. LG Stefan 18:36, 23. Feb. 2016 (CET)
Der Botlauf ist seit gestern beendet. Es werden nicht mehr mehr.--Mabschaaf 19:21, 23. Feb. 2016 (CET)
Ok, dann soll aber bitte dieses Problem gelöst werden, bevor irgendwann der nächste Botlauf beginnt. LG Stefan 10:01, 26. Feb. 2016 (CET)
nachdem ich ein wenig am LUA-Modul gebastelt habe sollen alle vom Gifbot gefunden Diskussionsseiten durch die weblinksuche auffindbar werden, wenn man das Präfix http://giftbot.dwl.invalid/ voranstellt. GiftbotweblinksucheTreffer für: http://giftbot.dwl.invalid/http://censtats.census.gov/data/% (nur im Namensraum 1) Bis alle angezeigt werden wird es vermutlich noch ein wenig dauern, da die Hamster jetzt einen gewaltigen Berg abarbeiten müssen. Frohes Schaffen — Boshomi ☕⌨☺ Defekte URLs - Hilfe gesucht  23:18, 28. Feb. 2016 (CET)
Update Februar 2017: (@Boshomi:) Das Census Bureau hat die PDFs per 1. Februar offline genommen, womit letztendlich alles vorausgesageschriebene Makulatur ist. Was nun? Ich denke, daß ich in der Infobox auf https://www.census.gov/2010census/popmap/ipmtext.php?fl=3602616 umbiege, wobei 3602616 der FIPS-Code 36-02616 für Arlington (New York) ist, dann aber auf der Zeile der Einwhnerzahl und nur dann, wenn Stand=2010. Wenn der Stand=2000 ist, sollte der Link nicht aktiv sein, dafür aber den Artikel in die Wartungskategrie zur Infobox einsortieren. Ich vermute, daß dies dann für alle inkrpoierte Citys und CDPs funktioniert. Wofür es net funktioniert, sind wohl Townships (bzw. New England Towns). Besnderheiten (Alaska, Indian Reservations, Puerto Rico?) noch prüfen. --Matthiasb – (CallMyCenter) 22:51, 4. Feb. 2017 (CET)
Archivierung dieses Abschnittes wurde gewünscht von: Zellmer (Diskussion) 11:26, 27. Nov. 2017 (CET)
Abgerufen von „https://de.wikipedia.org/w/index.php?title=Wikipedia_Diskussion:WikiProjekt_Weblinkwartung/Archiv/2016&oldid=171492431“