Из Википедии, бесплатной энциклопедии
  (Перенаправлено из беседы в Википедии: USRD )
Перейти к навигации Перейти к поиску
WikiProject Дороги США(Номинальный проектный класс)
Значок Wiki-проекта "Дороги США"Эта страница находится в пределах объема WikiProject США на дорогах , попытка построить всеобъемлющее и подробное руководство по государственным магистралям и другим основным дорогам в Соединенных Штатах . Если вы хотите принять участие, вы можете отредактировать статью, прикрепленную к этой странице, или посетить страницу проекта , где вы можете присоединиться к проекту и / или внести свой вклад в обсуждение .
 Проект Эта статья была оценена как Project-Class по шкале качества .

Модуль: Jctint / США [ править ]

Самая последняя версия шаблонов jctint для штатов США в основном выполняла следующие функции:

  • Присвойте название штата |region=.
  • Передайте параметр в Template: Jctint / core .
  • Переименуйте параметр в основной параметр.
  • Создайте строку для параметра _special, который имеет одинаковую структуру в этих шаблонах, только для того, чтобы отличаться именем состояния.

Приведенный выше подход имеет несколько недостатков:

  • Параметр, доступный в основном модуле, не предоставляемый этими шаблонами, становится недоступным. Добавленные параметры в основном модуле не распространяются на эти шаблоны автоматически.
  • Сложно поддерживать большое количество повторяющегося кода шаблона.
  • Эти шаблоны могут отличаться друг от друга только со временем. Пользователи шаблонов должны будут запомнить многократное использование, если интерфейс для этих шаблонов может быть единообразным.

За последние несколько дней я преобразовал большинство этих шаблонов для использования Module: Jctint / USA, чтобы устранить указанные выше недостатки. Возможно, вы не заметили каких-либо заметных изменений в статьях, потому что не должны! Я рад сообщить, что модуль теперь обрабатывает шаблоны jctint для 40 из 48 нижних состояний.

Прежде чем я смогу перейти к тому, что мешает преобразованию шаблонов для оставшихся 8 состояний, мне нужно остановиться на некоторых технических деталях того, как |sub2_special=было реализовано для большинства состояний.

|location_special=используется по умолчанию. В некоторых шаблонах разрешено указывать несколько местоположений как |location1=сквозные |location4=. Эти параметры объединены в список вики-ссылок, который передается в основной модуль как |sub2_special=. Другие шаблоны сделали то же самое, но с поселениями вместо местоположений (см. Автомагистраль между штатами 70 в Огайо ). Модуль обрабатывает оба: |sub2param=townshipиспользуется в последнем случае; расположение по умолчанию.

Теперь, почему не были преобразованы шаблоны для 8 состояний:

  • Название штата не является правильной ссылкой на статью (GA и WA): с этим должны справиться модули дорожных данных.
  • Другой |sub1name=(Лос-Анджелес): с этим должны справиться модули дорожных данных.
  • Специальная обработка для |indep_city=(CA, CO и MD): Модули дорожных данных должны справиться с этим.
  • Каскадирование |sub2_special=(MN): разрешен список как населенных пунктов, так и локаций, но модуль пока не поддерживает каскадирование, хотя это легко сделать.
  • |town=(Висконсин): Похоже, что городские статьи называются непоследовательно, например, Бристоль, округ Дейн, Висконсин против Бристоля (город), округ Кеноша, Висконсин . Итак, я не мог решить, какой из них использовать.

Дополнительные сведения об обработке с помощью модулей дорожных данных см. В разделе Template talk: Jcttop / core # sub1name order для идеи и Module: Road data / strings / USA / NH в качестве примера. Это долгосрочный переход, но я бы хотел избежать добавления шаблона в модуль, когда этот переход ожидается. См. Также Обсуждение шаблона: Jct # Наследование и переопределение в модулях дорожных данных .

Во время конвертации я заметил начало расхождения в некоторых шаблонах. Хотя в большинстве штатов используется |mile_ref=, некоторые используют |length_ref=. В частности, шаблоны для AL, FL, OH, OR и TX. Этот параметр должен быть устаревшим и переименован в |mile_ref=.

Модуль открывает другие возможности для единообразной настройки параметров для перекрестков в США, например, каскадирование (см. Выше) и поддержку списка городов. Дополнительные настройки не будут реализованы до тех пор, пока не будет доказано, что они полезны для нескольких состояний.

Шаблоны по-прежнему полностью обратно совместимы с предыдущей версией, но модуль мог добавить новые функции, например, список местоположений, в шаблоны некоторых состояний. Эти функции уже использовались в шаблонах нескольких других штатов. Я надеюсь, что шаблон каждого штата может иметь одинаковые рычаги воздействия.

Конечно, если вы заметите какие-либо нежелательные наблюдаемые изменения, я буду признателен за ваш отчет, чтобы я мог устранить неполадки. Также приветствуются конструктивные комментарии. Чиниссай ( разговорное ) 15:45, 17 мая 2016 (UTC)

В Иллинойсе есть городки и районы. Я не могу сказать, какой округ использует какое подразделение. - Fredddie ™ 16:45, 17 мая 2016 г. (UTC)
Интересно. Я не видел, чтобы в jctint использовались участки в качестве отдельного параметра, поэтому я смог без проблем преобразовать {{ ILint }}. Модуль должен иметь возможность поддерживать будущую настройку участков, возможно, с помощью таблиц переключателей в модулях дорожных данных. Чиниссай ( разговорное ) 17:08, 17 мая 2016 (UTC)
В Калифорнии есть забавные почтовые рассылки - поддерживается ли это должным образом? - Rs чен 7754 18:20, 17 мая 2016 (UTC)
Да, любые «забавные» параметры можно переопределить, передав их модулю. См., Например, Template: ORint . Только Сан-Франциско мешает мне преобразовать CAint. Чиниссай ( разговорное ) 18:46, 17 мая 2016 (UTC)
Кстати, в Северной Каролине есть поселки, но большинство, если не все, ссылки не существуют, даже в качестве переадресации. Шарлотта Эллисон (Моррисва) ( разговор ) 21:08, 17 мая 2016 (UTC)

Что с этим случилось? Я спрашиваю, потому что Module: Infobox road / sandbox2 номинирован на удаление. - Rs чен 7754 3:50, 29 сентября 2020 (UTC)

@ Rschen7754 : Chinissai не редактировал с середины 2017 года. Вот что случилось. - Fredddie ™ 04:38 , 21 апреля 2021 г. (UTC)

Автомагистраль между штатами 70 в Колорадо [ править ]

Автомагистраль между штатами 70 в Колорадо является возможной WP: TFA на март, но раздел «Будущее» уже не актуален. Сэнди Джорджия ( Обсуждение ) 02:55, 7 февраля 2021 (UTC)

Неправильно вложенные теги, отсутствующие конечные теги, удаленные теги [ править ]

См. Обсуждение в Википедии: WikiProject US Roads / Redirects # Неверно вложенные теги, отсутствующие конечные теги, удаленные теги и продолжайте обсуждение там. - Anomalocaris ( разговор ) 19:21, 19 марта 2021 (UTC)

Предел 20 перекрестков? [ редактировать ]

Можем ли мы иметь еще 10 развязок для каждой автомагистрали в США и переименовать ее в «Ограничение на 20 перекрестков» для каждой автомагистрали в США? Потому что некоторые перекрестки являются основными, и они не указаны в поле основного перекрестка.

Я подумал, нормально ли это, если мы сможем расширить предел основного соединения до 20 и переименовать его в «Предел 20 узлов»? И после этого USRD разрешает добавить в список удвоение большего количества перекрестков для достижения этих целей и не более 20 перекрестков. Список перекрестков ограничен ТОЛЬКО межштатными автомагистралями, автомагистралями США и основными маршрутами штата. Он скажет | на каждой трассе в США.

BenjaminTheTrainGuy ( разговор ) 04:54, 28 марта 2021 (UTC) Бенджамин Лью

Нет . Предел был установлен, чтобы информационное окно не становилось слишком длинным. Это было получено из отзывов на одну из самых первых избранных статей для американской дорожной статьи, и эта критика до сих пор в силе. Имзади 1979  → 05:20, 28 марта 2021 (UTC)
Нет. - Fredddie ™ 05:44, 28 марта 2021 г. (UTC)
Нет, я думаю, что 10 - это достаточно хороший предел, чтобы информационное окно не становилось слишком длинным. Тесто 4872 12:15, 28 марта 2021 (UTC)
Нет, мы не хотим, чтобы информационное окно было длиннее, чем сама статья; ограниченный диапазон вынуждает редакторов выбирать 10 лучших или самых загруженных перекрестков, на которые стоит обратить внимание, иначе мы просто дублируем список перекрестков. - WashuOtaku ( обсуждение ) 13:48, 28 марта 2021 г. (UTC)
Нет. И, честно говоря, слишком много редакторов зацикливаются на добавлении узла № 11 в информационное окно, когда остальная часть статьи - мусор. - Rs чен 7754 16:44, 28 марта 2021 (UTC)
Пожалуйста, не надо. С данными в информационном окне, включая щит и карту, информационные поля уже довольно длинные ... нам не нужно, чтобы они были длиннее. Помните, что информационное окно - это сводка атрибутов статьи / маршрута ... у нас есть целый раздел, посвященный перекресткам. - LJ  ↗ 02:26, ​​29 марта 2021 г. (UTC)
Нет, и если уж на то пошло, то его нужно не расширять, а сокращать. В любом случае это мои два цента. JackFromReedsburg ( Обсуждение | вклад ) 02:42, 29 марта 2021 (UTC)
Я думаю, что 20, вероятно, чрезмерно, но я также не думаю, что 10 должно быть жестким пределом. Автомагистраль между штатами 90 - хороший пример, когда 10 может быть недостаточно. Если мы указываем I-87 в информационном окне, почему бы не указать I-93? - Calidum, 02:55, 29 марта 2021 г. (UTC)
Потому что даже разрешение 11 для определенных статей приводит к большему количеству войн редактирования, чем у нас уже есть. Люди буквально умоляют об исключении, чтобы на ближайшей к ним межштатной автомагистрали было 11 развязок. Если бы это было на мое усмотрение, я бы полностью отказался от этого раздела. - Rs чен 7754 3:40, 29 марта 2021 (UTC)
Лично я считаю, что "10 главных перекрестков" в информационном окне - это больше проблем, чем оно того стоит. Регулировка предела до 8, 12 или 20 или что-то еще - это пластырь там, где требуется операция. Независимо от лимита, у нас есть редакторы-новички, которые говорят: «Эй, ты забыл один», не понимая, что этот список не должен быть исчерпывающим. Это говорит мне о том, что весь идеал несовершенен и требует доработки. Пока мы говорим о «хороших идеях, которые привели к ужасным неприятным последствиям в дорожных статьях». Хотя, похоже, сейчас это не так уж важно. Несколько лет назад я бы также проголосовал за то, чтобы избавиться или серьезно реформировать Окна просмотра на уровне штата в нижней части основных статей о автомагистралях США и между штатами, для которых нет статей с подробной информацией о штатах для всех штатов. Это тоже страдает той же проблемой,с людьми, добавляющими новые записи для окон просмотра, где уже существует отдельная статья. Я понимаю, почему оба этих шаблона были добавлены в дорожные статьи в США, но, учитывая, что они создавали проблемы в течение многих лет, и, похоже, никто не нашел способа решить эту проблему. Я смирился с мнением «просто избавься от них» и покончим с этим.Дэйв ( разговор ) 22:52, 4 апреля 2021 (UTC)

Карта OSM не работает [ править ]

В статье US Bicycle Route 66 показана карта штата Миссури OSM, но ничего не выделено. Что с этим происходит? - Моландфрик (обсуждение, вклад, электронная почта ) 01:19, 1 апреля 2021 г. (UTC)

Да, я заметил сбои и в других дорожных статьях, где иногда вместо карты маршрута показывается карта мира. Тесто 4872 02:43, 1 апреля 2021 (UTC)
Чтобы использовать метод Викиданных (который, я не совсем уверен, работает на данный момент), у вас должен быть KML. Поскольку нет KML, нет и строки. - Fredddie ™ 00:47, 7 апреля 2021 г. (UTC)
@ Fredddie : Википедия: Создание карт маршрутов из данных OpenStreetMap # Метод 1: Использование Викиданных подробно описывает метод, который не требует KML, но требует, чтобы OpenStreetMap связывался с Викиданными. Тем не менее, я видел, что по умолчанию для всего мира mapframe довольно непоследовательно; Я почти уверен, что это ошибка в Kartographer или в одном из связанных компонентов. (Это происходит с {{ Интерактивными картами COVID-19 / подтвержденными случаями на душу населения / Район залива Сан-Франциско }} примерно через день. В настоящее время это происходит на странице шаблона, но не тогда, когда вы открываете карту в полноэкранном режиме или видите ее встроенной. в статье .) -  Мин Нгуен 💬 20:09, 20 апреля 2021 г. (UTC)
@ Mxn : Я не хочу использовать данные OSM, потому что они не всегда так точны, как когда мы сами создаем KML / JSON. - Fredddie ™ 04:37, 21 апреля 2021 г. (UTC)
@ Fredddie : Изначально вопрос касался данных OSM, поэтому я решил, что это актуально. Конечно, участники этого проекта решают, что использовать в каждой статье. В приведенном выше руководстве описывается альтернативный метод статического получения геометрии маршрута из OSM и размещения его в Commons, что дает нам возможность проверить геометрию и обеспечить стабильность. Данные карты Commons принимают GeoJSON; это не обязательно должен быть KML. -  Минь Нгуен 💬 04:22, 22 апреля 2021 (UTC)

Кто-нибудь из тех, кто приезжает в Финикс, может помочь? [ редактировать ]

Привет, недавно произошла ссора, когда редакторы IP возились со списками узлов (и будущих разделов) для нескольких статей в районе Большого Феникса, вероятно, около 6-10 затронутых статей. Большинство из них связано с планируемым расширением трассы 303 штата Аризона для соединения с межштатной автомагистралью 8 где-то в районе Джила-Бенд, штат Аризона . Я знаком с местностью, но не был таким уже много лет. Я могу поручиться, что преобразование AZ-303 из сельской двухполосной дороги в кольцевую автостраду и объезд вокруг западной стороны района метро Phoenix Metro Area находится в разработке с 1990-х годов, но планы менялись много раз. На самом деле, когда я впервые увидел планы АЗ-303, они больше походили на АЗ-202.теперь похоже, с его самым последним добавлением. Итак, очевидно, что специфика изменилась. Но кто-то добавляет в список выходов конкретные номера выходов и местоположения миль, подразумевая, что маршрут окончательно определен. Более того, на веб-сайте ADOT шокирующе нет информации о планах расширения AZ-303, на самом деле, в текущих проектах единственное, что упоминается как продолжающееся, - это преобразование некоторых обычных перекрестков в развязки на противоположном углу района метро Phoenix [1] . Есть пара из нас, которые откатывают эти дополнения, как мы их видели, на основании отсутствия источника или предположений.Но может ли кто-нибудь, кто следит за новостями в Аризоне, прокомментировать, правильно ли мы поступаем? Или на самом деле планы по AZ-303 были доработаны до такой степени, что можно безопасно начинать делать эти дополнения? Дэйв( разговорное ) 21:04, 6 апреля 2021 (UTC)

Честно говоря, я вернусь, пока они не докажут это. - Fredddie ™ 00:52, 7 апреля 2021 г. (UTC)
Итак, я покопался и вот что нашел:
  1. Петля 303 - это автострада Эстрелла, а это Мемориальный бульвар Боба Стампа.
  2. Петля 303 запрограммирована так, чтобы заканчиваться на SR 30 (маршрут для снятия напряжения I-10) к юго-юго-западу от того места, где она заканчивается на I-10 сейчас.
  3. SR 30 запрограммирован на переход от SR 85 к I-17 к 2040 году, но участок от петли 303 до петли 202 должен открыться примерно в 2025 году.
  4. Идея IP о том, что Loop 303 будет идти к I-8, не согласуется с планом AZDOT по автостраде .
  5. Карты и KML для Loop 303 и SR 30 были обновлены, чтобы отразить план автострады AZDOT.
  6. Если бы мне пришлось использовать свой хрустальный шар , учитывая, как Loop 303 должен подключаться к SR 30, я бы сказал, что SR 85 был бы расширен до автострады до I-8 задолго до Loop 303.
При всем сказанном, я бы все равно вернул IP. Наши статьи о Loop 303 и SR 30 отражают то, что мы на самом деле знаем. - Fredddie ™ 08:19, 17 апреля 2021 г. (UTC)
Да, ваши исследования совпадают с моими. ADOT планирует соединить AZ-303 с незавершенным SR-30 в Goodyear, штат Аризона, или поблизости от него. Хотя чертежи ясно показывают, что развязка будет построена с учетом будущего расширения AZ-303, ADOT ничего не объявила о том, когда и как будет выглядеть это будущее расширение. Спасибо. Я надеялся, что кто-то, знакомый с ситуацией, знает о «неофициальном сайте», на котором есть дополнительная информация, который можно использовать для подтверждения / опровержения этих дополнений. Хорошая новость заключается в том, что редактор ip, похоже, либо потерял интерес, либо взял перерыв.
Но пока мы говорим о том, чтобы Википедия использовалась для веб-сайта в стиле роуджик-фэнтези, у нас все еще есть давние противоречивые предложения в статьях Википедии о «псевдофэнтезийных / псевдореальных предложениях» в Калифорнии. Конкретно о будущем обновлении трассы штата Калифорния 58.к будущему расширению I-40, а также к изменению обозначений SR-210 и SR-15 как расширения их аналогично названных межгосударственных аналогов. Мне, честно говоря, надоело их удалять, и хотя они часто используются в источниках, часто используются SPS, сайты, посвященные фэнтези, или, если официальные страницы Caltrans, они давно закончены, но никогда не реализуются полностью, или заброшенные проекты, и в случае в SR-210 и SR-15 «он будет переименован, когда проект X будет завершен» давно пришел и ушел, и, по крайней мере, в одном случае претензия все еще находится в Википедии с перемещенной стойкой ворот. Не знаю, что с ними делать. Дэйв ( разговор ) 21:42, 19 апреля 2021 (UTC)

US Route 340 [ править ]

Статья US Route 340 выглядит очень запутанной, с кучей скриптовых ошибок. Может ли кто-нибудь лучше меня из Википедии помочь исправить это? Спасибо! - Rockin ( Обсуждение ) 16:26, 20 апреля 2021 (UTC)

@ RockinJack18 : Я закомментировал код интерактивной карты. Обычно такая ситуация возникает из-за того, что файл KML / GeoJSON слишком велик для анализа до истечения времени ожидания или занимает так много времени, что время ожидания других шаблонов истекает. Если этот файл можно надлежащим образом упростить, он будет правильно отображаться без ошибок сценария. Имзади 1979  → 22:21, 20 апреля 2021 (UTC)
Спасибо! Rockin ( Обсуждение ) 01:18, 21 апреля 2021 (UTC)

Я упростил файл JSON с 80 КБ до примерно 20 КБ, и я считаю, что это исправило. - Г - н Матовый ( Обсуждение / Contrib ) 1:42, 21 апреля 2021 (UTC)

Призыв к действию [ редактировать ]

Подобные ошибки происходят гораздо чаще, чем в прошлые месяцы. Нам нужно перенести наши картографические данные в Commons и Wikidata. Во-первых, это сделает нашу карту доступной для других Википедий. Это также предотвратит появление подобных ошибок в будущем. Очень важно сначала перенести национальные или вспомогательные автомагистрали между штатами и США, прежде чем мы будем беспокоиться о автомагистралях штата. Я уже начал работать над Автомагистралью между штатами несколько месяцев назад, но я никогда не делал это публично. Я буду продолжать, и если вы знаете, как создавать карты в Commons, я призываю вас сделать то же самое. Если вы не знаете, как, но хотели бы, вы можете либо пинговать меня, либо поговорить со мной на WP: DISCORD . - Fredddie ™ 04:34, 21 апреля 2021 г. (UTC)

Если вы добавляете его в Викиданные, используйте свойство geoshape (P3896) . - Fredddie ™ 05:40, 21 апреля 2021 г. (UTC)
Вы затрагиваете для меня точку разочарования. Примерно в январе / феврале я создал свой первый и пока единственный, но в надежде вскоре изменить этот файл map / KML. Вы помогли мне с этим, и спасибо. Есть несколько руководств о том, как это сделать, хорошо написанных, и все они помогли мне выполнить 2/3 работы, но они устарели и их невозможно было выполнить полностью. В частности, все, за чем я пытался следить, предназначались для локальной загрузки в английскую Википедию. И я бы пошел в репозиторий на английском сайте, и там было бы примечание, в котором говорилось бы, что «эй, вам действительно не следует больше помещать сюда новые файлы KML / карты, они должны размещаться в викиданных / общих ресурсах», но без дальнейшие инструкции о том, как это сделать, и простое следование тем же инструкциям на викиданных или на веб-сайте сообщества не сработало. Там'Очевидно, что здесь задействованы и другие шаги. Поэтому я сдался и сохранил файлы на сайте английской Википедии, еще больше усугубив проблему (извините!) С намерением, как только я узнаю, как портировать на общий доступ, я бы это сделал. Но я так и не нашел того учебника. Есть ли хороший учебник по портированию? Кроме того, обновлялись ли наши учебники с тех пор или они все еще показывают, как использовать только английские репозитории и шаблоны Википедии? Это поможет тем из нас, кто только пробовал работать с KML и знает достаточно, чтобы быть опасным.обновлялись ли наши учебные пособия с тех пор или они все еще показывают, как использовать только английские репозитории и шаблоны Википедии? Это поможет тем из нас, кто только пробовал работать с KML и знает достаточно, чтобы быть опасным.обновлялись ли наши учебные пособия с тех пор или они все еще показывают, как использовать только английские репозитории и шаблоны Википедии? Это поможет тем из нас, кто только пробовал работать с KML и знает достаточно, чтобы быть опасным.Дэйв ( разговор ) 16:35, 21 апреля 2021 (UTC)
@ Moabdave : Википедия: Создание карт маршрутов из данных OpenStreetMap было написано с точки зрения создания статьи о маршруте автобуса, но оно должно покрывать и ваши потребности, если вы планируете использовать OSM в качестве источника. Если вы начинаете с другого источника, некоторые шаги, связанные с Commons, могут быть актуальными, но, например, лицензия, вероятно, будет отличаться. -  Минь Нгуен 💬 04:25, 22 апреля 2021 (UTC)

Шейлд на шоссе Кентукки 6087 [ править ]

Не могли бы вы создать 6087. Спасибо TheGs2007 ( разговор ) 01:35, 25 апреля 2021 г. (UTC)