템플릿 토크:플로리다 주

도시 = CDP?

나는 그 템플릿을 보고 있었는데, 여기에 브랜든, 타운 'n' 컨트리, 팜 하버와 같은 음란한 양의 CDP가 나열되어 있는 것을 보았다. CDP는 자체적인 권리가 있는 도시가 아니기 때문에(경찰, 화재, 입법 등 지원을 위해 카운티에 의존한다) '가장 큰 도시'와 묶어야 하는가? 예를 들어 {{Georgia}}를 사용했을 때, 조지아 주 존스 크릭은 마리에타보다 크지만, 2006년 중반에 편입될 때까지 추가되지 않았다. 나도 그 관점에 동의해야 하지만, 내가 가서 템플릿을 완전히 파괴하기 전에, 나는 의견 일치를 보고 싶다.

같은 맥락에서, 나는, 최소한의 인구 대신에, 상위 10위권 혹은 상위 20위권 도시들만 가질 수 있는 것이 어떨까 하는 생각을 하고 있었다. 그렇게 하면, 그 목록은 간결할 뿐만 아니라, 플로리다의 도시들이 점점 더 커짐에 따라 지속적으로 확장되는 것이 아니다; 사람들이 더 많은 것을 보고 싶다면, 나는 우리가 이것에 연결할 수 있도록 인구 목록을 포함하는 플로리다의 도시 목록에 대한 보충 자료를 만들 수 있을 것이다. 이글스팬인탬파 18:58, 2007년 8월 7일(UTC)

템플릿에 심각한 다듬기가 필요한 것 같다(토크에서 언급한 내용 참조:플로리다 페이지) 하지만 인구감소를 7만5000명(내가 선호하는 선택지가 될 것)으로 늘린다고 해도 브랜든은 여전히 명단에 오를 것이다. 비록 도시는 아니지만, 지리적으로 인접하고 명확하게 정의되어 있는데, CDP가 항상 그렇지는 않다. 다른 몇몇은 좀 더 비정형적이다. 도시 수가 줄어들어 마음이 아프지는 않지만, 상위 도시 목록보다 정해진 인구 수치가 더 낫다고 생각한다. 왜냐하면, 인구 목표 포함이 명확하면, 과도한 부스터가 좋아하는 도시를 추가하고 (더 많은, 앱)을 제거한 후, 그 리스트를 복구하기 위한 더 적은 수의 편집이 있을 것이기 때문이다.로페스트(ropropriate)의 도시. 인구조사국은 매년 추정 인구 목록을 발표하는데, 이것은 그 목록에서 도시를 추가하거나 제거하는 기준이 되어야 한다. 현재 컷오프는 5만 개인데, 7만 5천 개 또는 10만 개로 보고 싶은데, 그러면 리스트가 좀 더 합리적인 크기로 줄어들 겁니다. 플로리다처럼 크고 인구가 많은 주는 비슷한 템플릿을 가진 웨스트버지니아 주와 다른 기준을 가져야 한다. 호로늄 t-c 21:44, 2007년 8월 7일 (UTC)

당신의 요점은 확실히 이해하지만, 인구가 계속 증가함에 따라, 인구 상위 20개 도시와 반대로 최소인구를 갖는 것은 75K(또는 그 무엇이든)의 문턱을 돌파하는 도시가 늘어나면서 더 많은 편집을 야기할 것이다. 상위 10/15/20개 도시(대부분의 경우 CDP는 제외된다, CDP는 제외한다)를 인구별로 편입하지 않기 때문에 편집 비용을 절약해야 하며, 일부 사람들은 그 점을 놓치는 것 같지만, 그들의 야망 도시를 추가하고자 하는 사람들은 최고도 재미도 아닌 가장 인구가 많은 도시들을 보여줌으로써 그렇게 하지 않도록 장려될 것이다. 시대

기준과 관계없이, 통제 불능의 지경에 이르기 때문에, 이 리스트를 대대적으로 재구성할 필요가 있다. 그것은 유용성을 훨씬 넘어섰고 개혁이 절실히 필요하다. 이글스팬인탬파 13:11, 2007년 8월 8일(UTC)

나는 이 문제에 대해 이런저런 이야기를 듣지 못했기 때문에 리스트를 25대 법인 20개 도시로 줄인다. 이것에 대해 어떤 거리낌이 있는지 렘메는 알고 있다. 이글스팬인탬파 18:27, 2007년 10월 19일(UTC)

나는 반드시 너에게 이것에 대해 지원을 할 것이다. 그것은 너무 늦었다. 그러나 앞에서 언급했듯이 인구 10만 명 이상의 21개 도시가 있기 때문에 특히 인구조사국이 아닌 시 홈페이지의 수치에 의존하고 있기 때문에 명단에서 제외된 도시들에서 투덜거림이 있을 것이다. 이길 수 없는 플로리다주 팜베이의 편집 전쟁에서 이기려다 포기했다. 하지만 마이애미 비치와 선라이즈는 명단에 올라서는 안 되기 때문에, 네가 나열한 몇몇 도시들과 문제가 있어. 하지만, 나는 잠시 동안 나가 있기 때문에 조금 이따가 그것에 대해 걱정할 거야. 호로늄 t-c 18:56, 2007년 10월 19일 (UTC)

마이애미 비치와 선라이즈는 인구조사국으로부터 각각 #20과 #19로 간주되기 때문에 상위 25위 형식(미스리}이 정한 선례에 따라 상위 20위 형식에서 변경됨)에 속한다. 10만분의 21 정도 맞으니까 25로 올렸으니까 다 올려놔도 괜찮아. '스쿼킹'에 한해서는 친구들이 목록에 오르려면 북쪽에서 마을로 이동하도록 격려할 필요가 있다. 이 도시는 25개의 가장 인구가 많은 도시로, 받아들이기 어렵거나 논쟁하기 쉬운 것이 아니다. 그리고 다시 말하지만, 나는 최소인구에 동의하지 않는다. 왜냐하면 더 많은 북한 사람들이 이곳으로 이주함에 따라, 점점 더 많은 마을과 도시들이 우리가 선택하는 임의의 기준점들을 넘을 것이기 때문에 그 리스트는 기괴한 길이로 되돌아갈 것이기 때문이다. 그건 내 생각일 뿐이야. 이글스팬인탬파 19:34, 2007년 10월 19일(UTC)

나는 도시들의 순서를 바꿔서 Davie를 위해 Boca Raton에 있는 하위 침대의 순서를 바꾸었다. 나의 목록 출처는 이 목록이다. 이 목록들은 이 도시 기사들에서 많은 인구 인용구들을 참조한다. 이는 인구조사국이 발표한 가장 최근 시 차원의 자료로 신뢰성과 인용가능성이 높다. BTW, 선라이즈는 21위, 마이애미 비치는 현재 리스트에서 23위인데, 그래서 상위 20위 안에 들지 않았다고 한 것이다.(그린) 호로기움 t-c 20:09, 2007년 10월 19일 (UTC)

좋아, 그거 잡아줘서 고마워. 2006년 리스트는 없고 2004년 리스트뿐이거든. 이제 보니, 네 말이 맞아. 그들은 거기 있어야지, 데비는 그러지 말아야 해. 2006년 순서대로 다시 나열하셨나요? 나는 아직 확인하지 않았다. 이글스팬인탬파 20:39, 2007년 10월 19일(UTC)

응, 2006년도 수치대로 다시 주문했어. 마이애미 해변은 실제로 줄어들었고, 몇몇 도시들은 매우 빠르게 성장하고 있으며, 따라서 순차적으로 변화하고 있다. 호로늄 t-c 00:45, 2007년 10월 20일 (UTC)

교육?

템플릿에 플로리다의 교육 링크가 있어야 하는가?70.127.186.138 00:52, 2007년 10월 2일(UTC)

플로리다의 교육에 관한 기사는 단 한 건도 없다. 실제로 플로리다 교육청장과 플로리다 주 교육위원회는 플로리다 위키프로젝트 페이지에서 거의 2년 동안 '요청 기사' 목록에 올라있으며, 카테고리:플로리다의 교육은 이 주제에 대한 관문 역할을 할 요약형 기사가 없는, 흐트러진 난장판이다.

플로리다의 교육에 관한 기사가 나올 때까지, 나는 본문에 교육을 추가하는 것에 반대할 것이다. 일부 주에는 개요 기사가 없는 링크가 있다는 것을 알고 있다(템플릿:예를 들면 아칸소 주) 하지만 나는 템플릿에 떨어뜨리기 전에 좀 더 잘 정돈되고 세련된 것을 갖고 싶다. 그것은 지금과 같이 좀 과밀하다. 호로늄 t-c 02:03, 2007년 10월 2일 (UTC)

나는 플로리다의 교육에 관한 기사를 만들었는데, 플로리다의 기사에 있는 모든 정보를 가져다가 별도의 기사로 부쳐 버렸다. 나는 그것을 템플릿에 추가했고, 주제 리스트에 조직이 없었기 때문에 몇 개의 연속적인 추가의 외관을 가진 템플릿의 전체 섹션에 알파벳을 새겼다. 호로늄 t-c 17:52, 2007년 10월 19일 (UTC)

Nav-box가 우글거리는 위키백과 색인 파일

15-2007년 12월: 템플릿:플로리다는 806페이지로 옮겨졌고, 그래서 Nav-box의 각 위키링크 단어에 806개의 인덱스 링크를 추가했다. 플로리다의 모든 지역, 카운티 및 주요 도시는 806개 이상의 기사와 연계되어 총 96,000개 이상의 링크를 제공하고 있다.

템플릿의 806 페이지 x 120 위키링크:플로리다 = 96,720 링크

96,000개의 링크는 아직 관리할 수 없지만, 더 많은 기사가 내비게이션 박스 템플릿에 의해 링크됨에 따라 문제가 커지고 있다.플로리다 주 결국, 아래에서 논의한 바와 같이, 점점 커지는 Nav-box 지수 위기를 피하기 위한 해결책을 찾아야 한다. -Wikid77 (대화) 10:19, 2007년 12월 15일 (UTC)

Nav-box 지수 위기

15-12월-2007: 내비게이션 박스 템플릿으로:플로리다주는 더 많은 도시나 주제와 함께 계속 확장되고 있으며 더 많은 기사로 변형되어 위키백과 인덱싱은 소위 "N-제곱 문제" 또는 더 정확하게 "NxM (N-by-M) 문제"가 되고 있다: 2500개의 기사가 200개의 위키링크가 있는 네비 박스를 사용할 때, 전체적인 효과는 위키백과 색인 파일 데이터베이스에 50만 개의 항목을 생성한다. 겉보기에는 작아 보이는 내비게이션 박스(군 이름, 도시, 주제만 200개)가 눈덩이처럼 불어나 위키백과 링크 파일 데이터베이스에 50만개의 방대한 항목이 입력된다.

문제는 일부 사람들이 nav-box 템플릿을 공유 서브루틴이나 공통 메뉴로 취급하지만 그렇지 않기 때문에 권장된다: MediaWiki 언어 1.6에서 nav-box 템플릿은 실제로 공유 공통 루틴으로 구현되기 보다는 사용 시 각 페이지에 대해 여러 인스턴스로 복사된다. 단 10페이지만 150개 시/군을 연결하는 탐색 상자를 사용하는 경우 1,500개의 인덱스 항목이 있으며 현재 결과는 템플릿에서 이미 생성된 96,700개 이상의 인덱스 항목이 된다.플로리다. 아래에서 논의한 바와 같이 증가하는 Nav-box 지수 위기를 피하기 위한 해결책을 모색해야 한다. -Wikid77 (대화) 10:19, 2007년 12월 15일 (UTC)

이 템플릿은 25개 도시의 한계에 대한 논의가 정착되었기 때문에 현 시점에서는 크기가 크게 커질 것 같지 않다; 실제로 이전보다 상당히 작다. (지난 10월 수정 시리즈 이전에는 54개 도시가 템플릿에 포함되었다.) 추가 카운티가 생성될 가능성은 낮으며(1925년 이후 67개 카운티) 몇 가지 주제가 추가될 수 있지만, 소수일 가능성이 있다.

네가 인용한 숫자는 크지만, 여기에는 맥락이 거의 없다. 이것은 다른 주들과 어떻게 비교되는가? 템플릿 보기:미네소타는 2000페이지가 넘는 페이지로 넘어간 것으로 보이며, 더 많은 링크를 가지고 있다. 템플릿:~150개의 링크를 가지고 있는 일리노이주 또한 >2000페이지로 전대되어 있다. 분명히 작은 상태 템플릿(예: 템플릿:델라웨어)는 더 크고 더 인구가 많은 주보다 템플릿에 대한 링크 수가 더 적고 더 적은 페이지로 옮겨갈 것이지만, 플로리다의 링크 생성은 특히 네 번째로 인구가 많은 주로서 많은 도시, 마을, 그리고 (번역된 페이지의 대부분인) 통합되어 있는 주이기 때문에, 비례에 어긋나는 것 같지는 않다. 호롤로그(토크) 11:52, 2007년 12월 15일 (UTC)

Nav-box 인덱스 위기 해결

15-2007년 12월: 쉬운 해결책은 여러 개의 작은 탐색상자로 나뉜다. 몇 백 개의 기사보다는 탐색상자가 필요할 가능성이 가장 높은 페이지에서만 사용된다. -Wikid77 (대화)

템플릿 형식은 표준화되어 있다. 다른 곳에서 해결해야 할 50개 상태 템플릿 모두에 대해 유사한 변경을 제안하지 않는 한, 이 형식을 변경하는 것은 적절한 해결책이 아니다. 이전 논의에서 지적했듯이, 템플릿 크기는 이 시기에 비교적 안정적이어야 하며, 시간이 흐를수록 추가 페이지로 넘어갈 가능성이 높지만, 일부 다른 상태 템플릿의 2000페이지 이상에 그칠 가능성은 낮다. 호롤로그(토크) 11:56, 2007년 12월 15일 (UTC)

더 큰 주들이 이 문제에 부딪칠 것이다. 캘리포니아는 오래전에 이 세레쉬홀드를 지나갔음에 틀림없다. 텍사스도 거의 다 왔을 거야. 그들은 뭔가 특별한 일을 하고 있니?

지역들은, 현실을 직시하자. 다른 지역으로 가는 포인터 하나로 해 볼 수 있어 (야아, 그건 한걸음 물러났어!) 아니면 지역 내선박스가 있는 페이지겠죠. 도시를 배제하라. 이들을 위해 탐색 상자를 분리하십시오. 그러면 모든 도시를 포함시킬 수 있을 겁니다 내가 보기에 마을/도시는 외부 카운티 내비게이션 박스에 포인터가 있는 카운티 내비게이션 박스 내의 도시를 가질 수 있을 것 같다. 아니면 모든 카운티들이 같은 해군함에 남겨질 수도 있다. 우리가 지금 잘못하고 있지 않는 한 우리는 다른 사람들이 하는 일을 할 필요가 없다. 학생7 (대화) 2007년 12월 15일 17:55, (UTC)

나는 학생7의 마지막 진술에 동의하지 않는다. 표준화/화합은 항상 적절하며, 위키피디아는 다음과 같이 말한다.위키프로젝트 미국 주/주 템플릿은 특히 2006년 8~10월 기간 동안 이 문제에 대한 상당히 포괄적인 논의였다. 내비게이션 박스의 레이아웃을 바꾸는 것은 표준화된 국가 수준의 템플릿을 모두 바꾸는 문제를 제기하지 않고서는 할 일이 아니며, 위의 논의는 적절한 출발점이 될 수 있다.

나는 텍사스와 캘리포니아로 가는 내비게이션 박스를 보았다. 텍사스는 인포박스에 있는 모든 카운티를 나열하지 않고 목록 페이지 링크와 함께 제출한다. (나는 그 해결책에 전적으로 반대하지는 않는다.) 도시에 대해서는 대도시권 상장과 함께 갔지만 CBSA의 이름에 각각의 주요 도시를 별도의 연결고리로 나열한다. 플로리다와 함께 그렇게 하는 것은 플로리다의 20개의 메트로폴리탄 통계 지역의 공식 지정에 38개의 도시가 있기 때문에 연결의 수를 증가시킬 것이다. 탬파-스트의 "탬파베이 지역"에서도 서브빙을 할 수 있다. 페테르부르크-클리어워터와 마이애미-포트 로더데일-폼파노 해변의 "사우스 플로리다"는 34개의 링크를 남기고 있다. 템플릿 사용의 경우 캘리포니아 템플릿의 메인 스페이스 전용은 259개(낮은 것으로 생각됨)에 불과하며, 텍사스는 879개에 불과하다. 뉴햄프셔 주에는 330개의 전용선이 있지만, 그들의 템플릿에는 약 280개의 링크가 붙어 있는데, 왜냐하면 그들은 모든 도시와 마을, 그리고 많은 비법인 지역, 그리고 주제, 지역, 카운티들을 나열하고 있기 때문이다. 이는 그들이 9만 2천개의 링크도 가지고 있다는 것을 의미하며, 그들은 작은 (규모와 인구) 주입니다. 호롤로그(토크) 18:33, 2007년 12월 15일 (UTC)

호롤로키움은 위 항에서 이미 이 점을 지적했지만, 다른 훨씬 더 작은 주들이 추측컨대 같은 방식으로 위키백과에 영향을 미치고 있다면, 그것은 플로리다 특유의 문제가 아니라 위키백과 문제처럼 보일 것이다. 아마도 더 높은 수준에서 해결되어야 할 것이다. 학생7 (토크) 2007년 12월 15일 18:57 (UTC)

• 나는 다른 사람들이 말하는 템플릿 외관의 일관성에 대한 당신의 우려를 이해한다. 다행히도, 텍사스 (대부분의 카운티가 있는) 254개 카운티들은 이미 내비게이션-박스 링크 위기에 대한 해결책을 제시해 주었기 때문에, 템플릿에 의해 이미 다른 선례가 세워졌다.텍사스, 아래에서 논의됨. -Wikid77 (대화) 2007년 12월 15일 (UTC)

새로운 "템플릿:Texas_counties"는 텍사스 기사를 위해 효율적이면서도 압축된 탐색 상자를 허용한다. -Wikid77 (토크) 20:02, 2007년 12월 15일 (UTC)

템플릿:텍사스, Nav-box 위기 감소

15-2007년 12월: 내비게이션 박스 오버링에 대한 매우 간단한 솔루션으로서 템플릿:텍사스는 텍사스(대부분의 주)에 있는 254개 카운티에 대한 상자 링크를 포함하지 않는다. 대신 템플릿:텍사스는 단지 "See: List of Texas counties"로 전체 카운티 기사를 링크할 뿐이다. 템플릿:텍사스는 Nav-box 위기를 줄여주는 간단한 해결책을 제시하는데, 짧은 Nav-box 템플릿이 아닌 County-name 링크를 제공하기 위해 매우 긴 기사를 연결한다는 단점이 있다. 대신, 템플릿과 유사한 주의 카운티에 대해서만 축약된 주-카운티 템플릿을 만들 것을 제안한다.플로리다, 그러나 군 이름에 대한 박스 링크만 있으면 모든 카운티에 대한 설명이 나열되는 전체 기사를 피할 수 있다. 그런 다음, 그런 종류의 주정부 템플릿("템플릿:플로리다_카운티")는 카운티에 관한 몇 백 개의 기사로만 번역될 뿐, 수 백 개가 아니다. 한편, 각 주 템플릿은 ("See: List of Florida counties"를 사용하여 전체 위키링크를 53,000개 정도 줄임으로써) 축약된 주 템플릿이 개발되고 검증될 때까지 상당히 단축될 수 있다. 장기적으로 일반 솔루션은 여러 개의 소형 템플릿이 될 것이다.

• 템플릿:플로리다 - 다른 템플릿에 대한 링크로 단순화.
• 템플릿:Florida_counties - 카운티 이름 요약 표
• 템플릿:Florida_cities - 주요 도시의 요약 표
• 템플릿:Florida_regations - 주요 지역의 요약 표
• 템플릿:Florida_topics - 주제 기사의 요약 표
• 템플릿:Florida_ros - 응축된 도로 표
• 템플릿:플로리다_철도 - 응축된 철도 표.

다른 템플릿은 미래 주제를 위해 추가될 수 있다. -Wikid77 (토크) 19:12, 2007년 12월 15일 (UTC)

내가 말했듯이, 템플릿에 있는 (67) 플로리다 카운티의 리스트를 리스트로 바꾸는 것에 전적으로 반대하지는 않는다(텍사스 이외의 유일한 주가 될 것이고, 텍사스 리스트는 4배나 크다; 조지아나 켄터키 같은 카운티 수가 많은 다른 주들은 여전히 모든 카운티를 리스트로 나열하고 있다). 그러나 나는 여전히 어떤 구조에도 반대한다.위키백과에서 설명하지 않고 템플릿에 대한 변경사항:위키프로젝트 미국 주/주 템플릿, 모든 주 템플릿의 조화에 대해 논의. 플로리다 템플릿에 의해 생성되는 링크의 수는 일리노이 템플릿과 미네소타 템플릿 모두에서 발생하는 것보다 훨씬 적은 규모다. 더 큰 문제를 먼저 처리하고 나서 이 템플릿에 대해 논의하자. 호로늄 (토크) 2007년 12월 15일 19:38, (UTC)

• 나는 다른 주들이 그들의 내비게이션 박스 위키링크를 위해 더 많은 인덱스 파일을 가지고 있고, 그 문제는 텍사스와 플로리다 기사를 넘어서서 다뤄질 필요가 있다는 것을 이해한다. 추가 검토 및 비교를 위해 3개의 템플릿(템플릿:Florida_counties, 템플릿:Florida_cities, 템플릿:플로리다_토픽스) 플로리다 기사에 효율적이지만 압축된 탐색 상자를 허용한다. -Wikid77 (대화) 20:02, 2007년 12월 15일 (UTC)

나는 호로기움에 동의한다. 여기서 변경하기 전에 모든 주에 대한 템플릿에 대해 어떻게 해야 하는지에 대한 일반적인 합의를 기다리자. -- 도널드 앨버리 22:58, 2007년 12월 15일 (UTC)

계속 테스트 중: 1,806개 806개 기사를 바꿀 수 있다는 두려움은 이해하지만, 중앙 템플릿이 바뀔 수 있다고 (깨끗하게), 806개 모든 기사가 몇 주/개월 후에 5만 개의 과도한 위키링크를 "자동 연결"할 것이라고 생각한다. 이제 제안된 템플릿을 만들면 링크가 급격하게 감소하고 사용자가 변경에 익숙해질 것이라는 이론적 개념을 뒷받침할 실험 증거를 제공한다(실제 템플릿으로 만들어지면). 템플릿:미네소타는 2,073개의 기사에서 사용되는 250개의 위키링크에서 518,500개 이상의 인덱스 항목을 생성한다. 템플릿의 경우:텍사스, 2007년 8월에 254 카운티 박스 링크를 없앴지만, 254 카운티 이미지(2.5메가바이트)가 수록된 카운티 목록 기사와 연계되어 있다는 것을 (내 공포로) 발견했기 때문에, 원본 254 카운티 박스 링크를 (254,000개 카운티 위키링크를 다시 생성하는 것이 아니라) 별도 테이블로 링크하기도 했다. 모든 옵션은 신중하게 테스트해야 한다고 생각한다. 4만개의 오버링된 기사를 어떻게 조정할 것인지, 무엇을 그대로 둘 것인지에 대해 결정을 내리기 전에. -Wikid77 (대화) 11:23, 2007년 12월 16일 (UTC)

버몬트의 해결책?

버몬트 주(sic!)의 적어도 한 카운티에서는 모든 마을과 마을의 주 템플릿을 삭제하고 카운티 템플릿만 대체했다. 그래서 그곳에 도착하는 독자는 버몬트 서식지에 가려면 카운티 기사로 올라가야 할 것이다. 나는 아직 이것에 대해 논평하는 사람을 본 적이 없다. 그것은 바닥의 잡동사니를 많이 줄여준다. 나는 그들이 시작할 "링크 문제"가 있었는지 의심스럽다! :) 학생7 (대화) 04:05, 2007년 12월 16일 (UTC)

클루터는 앞서 우려했던 바는 지난 3년간의 토크 페이지를 읽으면서 '클러터'가 초기 관심사였던 것을 알 수 있으며, 편집자들은 Nav-box의 크기를 줄이기 위해 리스트에서 주목할 만한 도시들을 삭제했다(상장된 카운티들은 도시들을 나열하기 위해 공간과 경쟁했기 때문이다). 이 문제는 전통적인 "걱정의 분리" (또는 30년 이상 전의 "특징의 분리")와 관련이 있다: 군명과 도시 이름들이 주-템플리트에서 공간을 두고 경쟁해왔다. 섹션 디스플레이 매개변수를 주 템플릿에 전달하여 카운티 또는 도시 이름을 숨기는 것이 해결책의 일부라고 생각한다(아래 참조). -Wikid77 (대화) 11:54, 2007년 12월 16일 (UTC)

표시 매개변수를 사용하여 횡단 숨기기

2007년 12월 16일: 카운티 이름 링크를 쉽게 억제할 수 있는 방법을 제공하기 위해 새로운 매개변수("no_counties")를 주 템플릿에 전달하는 것이 가능할 것으로 보인다. 템플릿에 코딩된 카운티 이름 링크가 단순히 템플릿 내부 어딘가에 숨겨져 있는 것이 아니라 표시될 때 인덱스 항목만 생성하도록 하기 위해서는 더 많은 테스트가 필요하다. 전략은 일반적으로 기본적으로 카운티 이름을 숨기는 것이지만("no_counties"로), 카운티 기사가 "카운티"""show_counties" 매개 변수를 통과하여 카운티 이름의 표시(및 위키 색인화)를 강제(및 해당 카운티 기사에서만)하도록 허용하는 것이며, 해당 기사가 카운티 이름을 연결할 필요가 없는 경우 나머지 5만 회를 색인화하지 않는다. 상자 링크에서 카운티 이름이 생략된 경우, 사용자는 템플리트를 볼 수 있다.플로리다_카운티(Florida_counties)는 별도의 nav-general로서 (5만 개가 아닌 67개의 카운티 인덱스 항목만 생성). 이때 템플릿:Florida_counties는 사용자가 요구하는 디스플레이일 것이다. 다시 한번, 인덱싱을 먼저 확인해야 한다. 나는 이미 템플릿의 "<noinclude" 섹션에 있는 위키링크가 위키백과 링크 데이터베이스로 색인화되고 있다는 것을 확인했다. Wikid77 (대화) 11:54, 2007년 12월 16일 (UTC)

17-2007년 12월: 예, 생략된 위키링크(예: 템플릿의 잘못된 if-expression)는 Wikipedia 링크 인덱스 데이터베이스에 추가되지 않음: 기본적으로 카운티 이름의 상자 링크가 억제된 경우, 템플릿이 "show_c" 매개변수를 허용하더라도 해당 주 템플릿을 포함하는 기사(편집-저장 후)에서 제거됨카운티 박스 링크를 표시하기 위한 ounties". 단, 일단 카운티 이름이 억제되면 사용자는 카운티-템플릿(예: "티플릿: 플로리다 카운티 표:플로리다_카운티")를 사용하여 해당 내비게이션 박스에 내비게이션 페이지로 액세스하여 카운티 선택을 진행하십시오. 현재로서는 기본적으로 카운티 이름을 억제하지만, 아마도 수백 개의 카운티 관련 기사에 "show_counties" 매개변수를 추가하면 기존 주의 템플릿(조금 수정)이 위키링크 스팸 처리 없이 수천 개의 기사에 계속 사용될 수 있을 것이다. 물론, 일부 주에서는 특정 주 템플릿에 있는 50 또는 100개의 도시 이름에 대한 박스 링크를 위한 유사한 수정 사항이 필요하다. 위키피디아는 자원 봉사자들의 "골격대"에 의해 편집되기 때문에, 변화를 실행하는데 시간이 걸릴 것이라고 나는 이해한다. 이쯤에서 토론을 「템플릿:위에서 요청한 대로 미국 주 내비게이션 상자". 고마워. -Wikid77 (대화) 11:46, 2007년 12월 17일 (UTC)

2020년 9월 11일 반보호 편집 요청

"주요 허리케인"의 기준은 무엇인가? C3의 강도로 플로리다에 상륙한 허리케인에 관한 것인가? 만약 그렇다면, 플로리다 허리케인 목록#플로리다 주요 허리케인을 따르고 플로리다에 상륙하지 않았기 때문에 도리안을 제거해야 한다. 116.49.148.156 (대화) 02:30, 2020년 9월 11일 (UTC)

현재로서는 수행되지 않음: 이 변경에 대한 합의점을 확인한 후 다음 구성 요소를 사용하십시오. {{edit semi-protected}} 템플릿. 위키피디아 토크에 올라온 글과 함께 제안된 변경사항을 제안할 가치가 있다.위키프로젝트 플로리다. Goldsztajn (대화) 09:49, 2020년 10월 8일 (UTC)