¿Hay algún plan para convertir partes de este cuadro de información a Lua, específicamente el escudo, el nombre de la ruta y la traducción? Ahora que tenemos módulos de datos de carreteras bastante robustos, creo que estos tres elementos deberían ser manejados por los módulos de datos de carreteras. Sí, sé que Wikidata los manejará eventualmente, pero ¿quién sabe cuándo sucederá eso? Podemos usar Lua ahora.
Para aquellas localidades que aún no cuentan con un módulo de datos viales, podríamos utilizar una categoría de rastreo para localizarlas, pero no creo que haya muchas. – Fredddie ™ 16:01, 16 de mayo de 2015 (UTC) [ responder ]
- No hay ninguna razón por la cual no podamos tener el escudo manejado por Wikidata, de manera similar a como se manejan los mapas ahora, aunque lo último que supe (hace varios meses) es que Happy podría estar esperando otro desarrollo. -- Rs chen 7754 16:04, 16 de mayo de 2015 (UTC) [ responder ]
- Sí, mi desarrollo de Summer of Code. No tengo ningún problema con migrar los escudos, nombres y traducciones del cuadro de información a los módulos de cadena de datos de la carretera. Eso se puede hacer ahora mismo mientras esperamos el código Lua correspondiente, ya que agregar claves no utilizadas no causará ningún error. El único problema con el uso de escudos de Wikidata es una anulación para las carreteras con escudos que no sean libres. También me gustaría migrar los colores a los módulos de cadena en algún momento. En cuanto al resto del cuadro de información, todavía estoy esperando que se implemente mw:Extension:Capiunto. - happy 5214 00:42, 17 de mayo de 2015 (UTC) [ responder ]
- @ Happy5214 : ¿Tienes algo que contarnos de los últimos cuatro meses? – Fredddie ™ 01:37, 3 de septiembre de 2015 (UTC) [ responder ]
- No, y es posible que no tenga nada en los próximos cuatro meses. Siéntete libre de migrar los datos específicos de la caja de información a los módulos de cadena, pero el desarrollo de módulos se ha estancado debido a la falta de progreso en Capiunto y a mi propia inactividad personal. - happy 5214 07:13, 3 de septiembre de 2015 (UTC) [ responder ]
Algo que podría ser posible es que Module:Infobox_road/length obtenga la longitud de Wikidata, si está disponible y no se especifica localmente. Agregué length a [1] y al menos podemos usar la misma fuente para todos los artículos sobre carreteras interestatales de EE. UU. Aude ( discusión ) 09:09 9 oct 2015 (UTC) [ responder ]
- @ Aude : Tengo algunas dudas sobre hacer esto ahora, aunque estoy seguro de que se hará en algún momento. ¿Sabes cómo se manejan las cantidades con unidades en la biblioteca Lua de Wikibase? ¿Hay conversiones de unidades disponibles en la biblioteca o se seguirá requiriendo el código del cliente (Infobox road/length) para convertir entre millas y kilómetros? - happy 5214 11:10, 9 de octubre de 2015 (UTC) [ responder ]
- @ Happy5214 : No creo que haya un manejo especial (aún) en la biblioteca de Lua de Wikibase para las cantidades (por ejemplo, conversión), pero sí existe Module:Convert . ¿Qué (más) tienes en mente que necesitemos en la biblioteca de Lua? Supongamos que, por ahora, podría ayudar a agregar estos datos a Wikidata y tal vez experimentar con Lua en un módulo sandbox. Aude ( discusión ) 12:29, 9 de octubre de 2015 (UTC) [ responder ]
- Como ya tengo el código de conversión de unidades en mi módulo, supongo que todo lo que necesitaría es una forma de determinar la unidad utilizada para la declaración. - happy 5214 03:32, 10 de octubre de 2015 (UTC) [ responder ]
- En el pasado, la única razón por la que nunca lo usábamos era porque queríamos que apareciera <length><reference> (<conversion>). Mientras se mantenga, no habrá oposición por parte del lobby de los que creen que "siempre ha sido así". – Fredddie ™ 13:02, 10 de octubre de 2015 (UTC) [ responder ]
{{Convert}}
- @ Happy5214 : ahora que lo he pensado un poco, en realidad no deberías necesitar unidades. Solo hay un puñado de países (EE. UU., Reino Unido, Liberia, ¿quizás uno más?) que usan millas para cualquier cosa, por lo que la propiedad del país debería influir en la unidad que se use. – Fredddie ™ 14:11, 10 de octubre de 2015 (UTC) [ responder ]
Durante la última semana, he estado convirtiendo esta plantilla en un módulo Lua. El sandbox ahora no incluye plantillas, excepto en ciertos casos en los que (1) es necesario cambiar los argumentos de la plantilla activa (lo que se analiza en los problemas que aparecen a continuación) y (2) los datos aún no se han definido en los módulos de datos de carreteras. Hubo mucho movimiento de datos y creo que estoy en un punto en el que puedo solicitar comentarios sobre dónde decidí colocar las cosas.
El objetivo es utilizar los módulos de datos de carreteras tanto como sea posible. Para EE. UU., los siguientes datos se trasladarán a los módulos de datos de carreteras (consulte Módulo:Road data/strings/USA y Módulo:Road data/strings/USA/NH para ver ejemplos de módulos actualizados):
shieldmain
: movido de Template:Infobox road/shieldmain/USA al módulo de datos de carreteras de cada estado. El valor predeterminado es shield
si no está definido.shieldmainsize
: tamaño shieldmain
si se mostrara en . El valor predeterminado es si no está definido.{{jct}}
shieldsize
name
: movido de Plantilla:Infobox road/name/USA al módulo de datos de carreteras de cada estado.translation
: movido del Template:Infobox road/translation/...
módulo de datos de carreteras de cada país. (Aún tengo que probar esto).law
: movido de Plantilla:Infobox road/law/USA al módulo de datos de carreteras de cada estado, si está definido.maint
: movido de Plantilla:Infobox road/maint/USA al módulo de datos de carreteras de cada estado.browse
: se trasladó de Template:Infobox road/browselinks/USA al módulo de datos de carreteras de cada estado. Dado que los enlaces de navegación pueden estar asociados con tipos de ruta o estados, estos enlaces deben trasladarse a dos lugares:- Para los enlaces asociados a tipos de ruta, estos se mueven a la definición del tipo de ruta, por ejemplo,
USA.I.browse
. - Para los enlaces asociados a estados, estos se mueven a la sección común
NH[" common "].browse
para cada estado, por ejemplo, . - De forma predeterminada, se muestra la navegación común, pero esto puede no ser deseable para ciertos tipos de ruta, por ejemplo, rutas de condado. Para deshabilitar la navegación común, dichos tipos de ruta pueden especificarse
nocommonbrowse = true
en la definición del tipo de ruta.
aux
: movido de parte de Template:Infobox road/meta/spur of al módulo de datos de carreteras de cada Stata. Este es el marcado wiki completo que describe los tipos auxiliares, p. ej., [[Business route]]
. Se pueden usar bucles de Lua para completarlos automáticamente sin escribirlos explícitamente.- Para una ruta irregular que es auxiliar, pero su tipo de ruta no es auxiliar en general, p. ej., New Hampshire Route 3A ,
|spec_auxtype=
se puede especificar, donde spec_auxtype
es un código auxiliar como Alt
y Bus
. La definición de estos tipos se encuentra en USA[" aux "].aux
. Esto se puede anular aún más proporcionando un marcado wiki completo en |spec_aux=
. El valor predeterminado es Auxiliary route
si no se especifica ninguno de estos.
Para otros países, los datos se trasladarán a los módulos de datos de carreteras de manera similar.
Algunos datos permanecen en el espacio de nombres de la carretera Infobox, porque determinan cómo se muestran los datos y no son datos en sí mismos:
- Los colores de las secciones permanecen en Módulo:Infobox road/color .
- Módulo:Infobox road/display: movido desde todo
Template:Infobox road/hide/...
.
Estos módulos están estructurados de manera que se puedan obtener con mw.loadData
.
Asuntos
|subtype=
debería quedar obsoleto, ya que |type=
ahora puede incluir tipos auxiliares directamente, como en US-Alt
. Además, ciertos tipos de ruta tienen múltiples subtipos, por ejemplo, US-Truck-Alt
. Este cambio hará que los tipos de ruta sean consistentes con . Las transclusiones que usan este parámetro deben modificarse como parte de la transición. Para ayudar con esto, el sandbox concatena a antes de invocar el módulo de datos de la carretera.{{jct}}
subtype
type
- Las traducciones dependen de , que aún no sé cómo reemplazar con módulos.
{{lang}}
Características adicionales
Estos se incorporan de discusiones pasadas y son independientes de la transición.
- Se agregó soporte para cuadro de información anidado.
- Mostrar automáticamente el país y el estado (sin wikilinks por ahora).
Dependencias
Trabajo futuro (deberíamos discutirlo)
- Reformular la sección de ubicación para permitir etiquetas personalizadas (por ejemplo, municipios rurales, divisiones) en lugar de parámetros dedicados. Hay demasiados ahora y creo que esto podría salirse de control.
- Reformular la sección de exploración para separar los elementos del
browse
parámetro actual. Por ejemplo, se pueden especificar varias filas de rutas anteriores y siguientes con sufijos numerados, de la misma manera que se hacen varias secciones de ruta.
La plantilla:Infobox road/testcases y sus subpáginas pueden ser de su interés. Algunos escudos que contiene pueden ser incorrectos porque los módulos de datos de carreteras necesitan una actualización. Si bien el entorno de pruebas actual es lo suficientemente sólido para la transición, las advertencias de plantilla se deben insertar primero para que las transclusiones que necesitan correcciones se puedan identificar fácilmente. Chinissai ( discusión ) 11:14, 6 de mayo de 2016 (UTC) [ responder ]
Los mapas de Mapframe ya están disponibles en la Wikipedia en inglés y se pueden insertar con una plantilla (o con un código JSON sin formato). Así es como se vería el ejemplo de la autopista de peaje de Nueva Jersey de la documentación con un mapa de Mapframe:{{maplink}}
<mapframe>...</mapframe>
{{Infobox carretera|estado=NJ|tipo=Autopista de peaje|maint=la [[Autoridad de Autopistas de Nueva Jersey]]|map={{maplink|frame=yes|plain=yes|frame-align=center|frame-width=290|frame-lat=40.219850|frame-long=-74.699190|zoom=7|type=line|id=Q811504|title=Autopista de peaje de Nueva Jersey}}|map_custom=sí|map_notes=Mapa de la línea principal y ramales de la autopista de peaje de Nueva Jersey en rojo<!-- otros parámetros omitidos -->}}
Si los datos de OSM no son adecuados o no se desean, los mapas de mapframe pueden extraer datos GeoJSON (que pueden derivarse de archivos KML), ya sea en Commons (debe ser CC-0) o localmente (solo debe ser compatible con CC-BY-SA):
- Datos de Commons: Datos: Sandbox/Evad37/St Georges Terrace.map:
{{Maplink|frame=si|plain=si|from=Sandbox/Evad37/St Georges Terrace.map|type=data|frame-lat=-31.95|frame-long=115.86|zoom=13}}
{{maplink|frame=yes|plain=yes|raw={{Wikipedia:Datos de mapas/Carreteras principales de Australia Occidental/Carretera Forrest}}|title=Carretera Forrest|frame-lat=-32.9|frame-long=115.7|zoom=8}}
Lo que sería realmente interesante sería si la plantilla de infobox pudiera insertar automáticamente un mapa de marco de mapa si no hay una imagen de mapa para la carretera. Parece que debería ser posible en Lua, pero podría requerir bastante trabajo. - Evad 37 [discusión] 06:36, 10 de mayo de 2018 (UTC) [ responder ]
- Sería mucho más fácil si esta plantilla (que está respaldada por Module:Mapframe ) pudiera ser llamada directamente desde Lua, lo que no parece ser posible sin el uso de
frame:preprocess
. Sugeriría que se agregue esa funcionalidad de llamada directa antes de preocuparnos por escribir nuestra parte del código de Lua. - happy 5214 22:24, 10 de mayo de 2018 (UTC) [ responder ]- YHecho, ahora se puede llamar desde otros módulos - Evad 37 [discusión] 01:40 11 may 2018 (UTC) [ responder ]
- También probé la codificación Lua y se me ocurrió Módulo:Infobox mapframe / {{ Infobox mapframe }} - Evad 37 [discusión] 07:09, 11 de mayo de 2018 (UTC) [ responder ]
- Deberías consultar con Dschwen , que creó WikiMiniAtlas. Sería genial si el KML centrara automáticamente el mapa de mapframe, que es algo que WMA ya hace. Mi mayor temor a la hora de implementar esto es encontrar las coordenadas centrales del mapa. – Fredddie ™ 21:56, 11 de mayo de 2018 (UTC) [ responder ]
Seguimiento en
la tarea T193455 de Phabricator
- Si todo funcionara correctamente, no sería necesario especificar las coordenadas del marco ni el zoom: los mapas de mapframe pueden hacer zoom y centrado automáticos, pero por el momento solo sucede en el modo de vista previa o después de abrir el mapa, y no para la visualización normal de la página. (Informado en Phabricator, pero probablemente no se solucione pronto ya que mw:Map improvements 2018 está a punto de terminar). - Evad 37 [discusión] 02:37, 12 de mayo de 2018 (UTC) [ responder ]
- @ Evad37 : ¿Qué estoy haciendo mal aquí? Iowa Highway 192 – Fredddie ™ 02:30, 15 de mayo de 2018 (UTC) [ responder ]
- @ Fredddie : Los datos deben existir primero en OSM y estar vinculados a Wikidata desde allí (y tarda aproximadamente un día en estar disponibles aquí después de vincularse); consulte mw:Help:Extension:Kartographer/OSM. Pero OSM solo es realmente para información actual, las carreteras antiguas probablemente deberían usar geoJSON. - Evad 37 [discusión] 03:02, 15 de mayo de 2018 (UTC) [ responder ]
Conversión realizada en Wikipedia:Map data/Wikipedia KML/Iowa Highway 192 , utilizando un script que hice: User:Evad37/kmlToJson.js
En las subpáginas kml adjuntas, el script agrega un enlace "GeoJSON" cerca del enlace "Mover" (en el menú desplegable "Más" para el diseño Vector; una pestaña en el diseño Monobook) que realiza la conversión cuando se hace clic en él. También buscaré codificar algo para sugerir coordenadas de marco adecuadas. Otra posibilidad sería automatizar la creación de las páginas de datos de mapas geoJson. - Evad 37 [discusión] 04:42, 15 de mayo de 2018 (UTC) [ responder ]
También arreglé Iowa 346 en OSM [2]: la relación existía en OSM, pero faltaba una buena parte de la ruta y aún no estaba vinculada a Wikidata. Los datos deberían estar disponibles para los mapas de Mapframe en aproximadamente un día. Parece que es probable que haya una buena cantidad de limpieza por hacer en el lado de OSM. - Evad 37 [discusión] 05:36, 15 de mayo de 2018 (UTC) [ responder ]
- Todas las carreteras nacionales de la India que tienen artículos tienen enlaces en OSM. Si desea experimentar, puede probar en los artículos de NH. Actualmente, hay un límite en la cantidad de carreteras que se muestran.
T193458 -- naveenpf ( discusión ) 05:53 15 may 2018 (UTC) [ responder ]
- @ Sr. Matté : esto puede ser relevante para sus intereses.
@ Evad37 : un problema que veo es en las rutas nacionales como la Interestatal 10. Tiene una relación OSM, pero si vas a OSM, no aparece ninguna línea, por lo que no aparece ninguna línea en nuestro mapa. Las relaciones OSM estatales funcionan bien, consulta la Interestatal 10 en Texas . – Fredddie ™ 22:34, 13 de junio de 2018 (UTC) [ responder ]
Seguimiento en
la tarea T156433 de Phabricator
@ Fredddie : La relación OSM para la Interestatal 10 solo contiene otras relaciones. Eso no funciona, solo se mostrarán las carreteras (y otras líneas/formas) que estén directamente en una relación (ver tarea de phabricator) . Podrías crear una nueva relación en OSM que contenga directamente toda la Interestatal 10, pero la mejor opción probablemente sea simplemente mostrar todos los datos de los artículos estatales juntos, es decir, completar los identificadores de Wikidata para todos los artículos estatales. - Evad 37 [discusión] 01:08, 14 de junio de 2018 (UTC) [ responder ]{{maplink|type=line|id= |type2=line|id2= |...etc...}}
- Gracias, lo intentaré. – Fredddie ™ 01:26, 14 de junio de 2018 (UTC) [ responder ]
Datos del mapa en Commons
Ahora podemos almacenar datos CC-BY-SA en Commons. Probablemente deberíamos migrar las subpáginas de datos de mapas a Commons para que otras wikis puedan reutilizar los datos con mayor facilidad. - Evad 37 [discusión] 06:24 28 ago 2018 (UTC) [ responder ]
- He notado que Commons puede manejar archivos mucho más grandes que las páginas de datos de mapas sin procesar. Consulte US Route 80 in Arizona y commons:Data:US Route 80 in Arizona.map para ver un ejemplo. – Fredddie ™ 14:04, 28 de agosto de 2018 (UTC) [ responder ]
- @ Evad37 : ¿Los mapas de datos se vincularán en algún momento a Wikidata? – Fredddie ™ 14:04, 28 de agosto de 2018 (UTC) [ responder ]
- Ya existe una propiedad para eso: geoshape (P3896) - Evad 37 [discusión] 15:09 28 ago 2018 (UTC) [ responder ]
- ¿Cómo vamos a mover los archivos? - Special:Import? O simplemente vincular al archivo original (pero eso significa que tenemos que mantener el JSON o el KML en enwiki por tiempo indefinido, lo que podría ser un desastre si se actualiza) -- Rs chen 7754 14:46, 28 de agosto de 2018 (UTC) [ responder ]
- No sé si Special:Import funcionaría, ya que las páginas fuente tendrían un modelo de contenido de wikitexto, que no es el que usan las páginas .map en Commons. Y probablemente no sea tan simple como cambiar el modelo de contenido, ya que el software requiere que se use una sintaxis muy específica, incluida una licencia especificada correctamente, antes de permitir que se guarde una edición. Probablemente necesitemos hacer un caso de prueba para ver si es posible hacer una importación con Special:Import, y luego cambiar el modelo de contenido y editar la página para especificar la licencia y cumplir con los requisitos de sintaxis. - Evad 37 [discusión] 15:09, 28 de agosto de 2018 (UTC) [ responder ]
- Especial: Import es una herramienta exclusiva para administradores) y no tengo el sombrero en Commons. Lo intenté en test.wikipedia, que aparentemente no tiene el modelo map.json, solo JSON simple. Import funcionó bien, pero era solo wikitexto simple. Pude cambiar el modelo de contenido a JSON simple, pero tuve que eliminar la plantilla de encabezado en la parte superior. -- Rs chen 7754 18:56, 28 de agosto de 2018 (UTC) [ responder ]
- Para aclarar, Special:Import solo está disponible para administradores e importadores. Special:ChangeContentModel es solo para administradores (quizás no debería ser así, pero así es como está configurada la wiki). -- Rs chen 7754 19:01, 28 de agosto de 2018 (UTC) [ responder ]
- Soy administrador de Commons y me encantaría poder ayudarte. Veo que para tu prueba en test.WP importaste Wikipedia:Map_data/Wikipedia_KML/Iowa_Highway_192 . ¿Quieres que importe esa página a commons:Data:Wikipedia KML Iowa Highway 192.map (o tal vez commons:Data:Highway 192 en Iowa.map siguiendo la convención de nombres adoptada por commons:Data:US Route 80 en Arizona.map) y luego cambie el modelo de contenido de la nueva página a map.json? — RP88 ( discusión ) 01:00, 29 de agosto de 2018 (UTC) [ responder ]
- Se agradecería (usando el segundo nombre), aunque no sé cómo moveríamos miles de archivos si termináramos tomando esa ruta. -- Rs chen 7754 02:06, 29 de agosto de 2018 (UTC) [ responder ]
- ( editar conflicto ) @ RP88 : Sí, sería bueno ver que realmente funciona. Si es así, entonces tal vez podríamos empezar a buscar una solución más automatizada o semiautomatizada, comenzando por los archivos fuente KML (de los que tenemos miles), es decir, una herramienta o un bot para realizar (semi-/)automáticamente algunos o todos los pasos: importar el KML, convertir a GeoJSON, agregar información de licencia/fuente y cambiar content-model a map.json.
- No estoy completamente seguro de cuál debería ser la convención de nombres... Creo que muchas páginas en el espacio de nombres Data: tienen el formato Data: source / filename .map, de modo que la fuente actúa como un pseudoespacio de nombres. Por eso, las páginas de datos de mapas aquí tienen /Wikipedia_KML/ en el nombre de la página, para aquellas derivadas de archivos KML. Por otro lado, sería bueno tener un conjunto consistente de archivos de datos independientemente de la fuente. Especialmente porque, en el futuro, probablemente generaríamos nuevos archivos como GeoJSON directamente, en lugar de publicarlos primero como un archivo KML. Pero, en cualquier caso, las páginas se pueden renombrar más adelante. - Evad 37 [discusión] 02:07, 29 de agosto de 2018 (UTC) [ responder ]
- Vale, acabo de probar la importación. Un intento de importación al espacio de nombres Data falló con el error "La página "Data:Map data/Wikipedia KML/Iowa Highway 192" no se importó porque no tiene permiso para crearla" (probablemente debido a problemas de nombre/formato). Una importación a la ubicación predeterminada (es decir, el espacio de nombres Commons) seguida de un movimiento tuvo éxito, pero luego el intento de cambiar el modelo de contenido a json/map.json falló con el error "Datos de contenido no válidos". Al ver los datos resultantes (tanto en el modelo de wikitexto como en el de texto sin formato) se muestra un error "Excepción fatal del tipo "Excepción". Voy a intentar importar los datos a un espacio de nombres que no sea Data, arreglar el contenido para que cumpla con map.json y luego moverlo al espacio de nombres Data. — RP88 ( discusión ) 02:32, 29 de agosto de 2018 (UTC) [ responder ]
- He creado c:Data:Highway 192 en Iowa.map, pero no puedo cambiar el modelo de contenido a la versión específica del mapa de JSON. — RP88 ( discusión ) 02:46, 29 de agosto de 2018 (UTC) [ responder ]
- Tal vez dejar la página en blanco permitiría un cambio exitoso del modelo de contenido, después de lo cual se podría volver a copiar el JSON. - Evad 37 [discusión] 02:53, 29 de agosto de 2018 (UTC) [ responder ]
Bien, ahora hay una versión funcional en c:Data:Highway 192 in Iowa (3).map. El procedimiento que utilicé para crear este archivo de mapa fue el siguiente:
- Utilice Especial:Importar para importar Wikipedia:Map_data/Wikipedia_KML/Iowa_Highway_192 al espacio de nombres Commons.
- Copie el contenido a un editor de texto y corríjalo para que coincida con el formato map.json.
- Mueva la página al espacio de nombres Datos con el nombre correcto.
- El contenido ya no se puede editar ni visualizar.
- Eliminar la página .map.
- Recrea la página .map usando el contenido corregido del editor de texto.
- Restaurar las revisiones eliminadas.
La página resultante c:Data:Highway 192 in Iowa (3).map funciona de forma un poco extraña (no se puede hacer una diferencia entre las revisiones anteriores que no son mapas, pero se pueden ver como no mapas, etc.). — RP88 ( discusión ) 03:14 29 ago 2018 (UTC) [ responder ]
- Funciona en un mapa mapframe:
{{Maplink|frame=yes|plain=yes|type=data|from=Autopista 192 en Iowa (3).map|frame-lat=41.2609|frame-long=-95.86|zoom=11}}
- - Evad 37 [discusión] 03:25 29 ago 2018 (UTC) [ responder ]
- ¡Excelente! Probé tu sugerencia de dejar la página en blanco, pero no funcionó porque no se podía editar la página .map. No pude encontrar ningún otro método que no fueran los pasos anteriores (que básicamente consistían en fusionar el historial). No parece un proceso práctico si es necesario importar miles de mapas. — RP88 ( discusión ) 03:39, 29 de agosto de 2018 (UTC) [ responder ]
- Debería ser posible automatizar todos esos pasos a través de un script, de modo que se pueda hacer con un solo clic (y luego verificarlo después) - Evad 37 [discusión] 06:26, 29 de agosto de 2018 (UTC) [ responder ]
- Sí, debería ser posible escribir un script que un administrador de Commons pudiera usar (o, alternativamente, se podría escribir un bot con el bit de administrador para realizar la tarea). — RP88 ( discusión ) 07:18, 29 de agosto de 2018 (UTC) [ responder ]
- Después de algunos experimentos más, no parece haber ninguna manera de configurar correctamente el modelo de contenido de una página en el modelo de contenido map.json, ni siquiera una página llamada "xxxx.map" en el espacio de nombres Data, excepto creando directamente la página. Probé con contenido map.json válido y no pude hacer que funcionara con un movimiento de página, ni tampoco funcionó configurar el modelo de contenido antes o después del movimiento. Esto me parece un error. — RP88 ( discusión ) 03:59, 29 de agosto de 2018 (UTC) [ responder ]
Seguimiento en
la tarea T203062 de Phabricator
Reportado como phab:T203062 - Evad 37 [discusión] 06:57 29 ago 2018 (UTC) [ responder ]
¿Deberíamos cambiar plantillas como Template:USRD para hacer referencia a la necesidad de JSON (y enviarlo a Commons) en lugar de KML? ¿Deberíamos revisar y cambiar las páginas del proyecto para sugerir el uso de JSON en lugar de KML? Parece que si seguimos fomentando el uso de KML o subiendo JSON a enwiki, nos quedaremos con más páginas en enwiki que no podremos eliminar debido a nuestra incapacidad para importar a Commons (o con KML, estancados en él para siempre). -- Rs chen 7754 18:31, 31 de agosto de 2018 (UTC) [ responder ]
- Creo que los banners deberían tener la capacidad de verificar primero la página de Wikidata. Creo que hay una cantidad sorprendente de artículos que no están vinculados a WD. – Fredddie ™ 21:01, 31 de agosto de 2018 (UTC) [ responder ]
Hay una discusión relacionada en Wikipedia:Village_pump_(proposals)#OpenStreetMap . No está claro de qué está hablando la mayoría de la gente allí, pero parece que algunos de ellos están en contra de cualquier tipo de mapa en artículos de carreteras. Nemo 16:45, 5 de agosto de 2019 (UTC) [ responder ]
Algunos de ustedes probablemente me han visto trabajando en los módulos de datos de Road durante las últimas semanas y se han preguntado qué estoy haciendo. En resumen, me estoy encargando de hacer Luafy en el cuadro de información. Hay algunos módulos en los que estoy trabajando; aquí les dejo mi trabajo y cómo pueden ayudar:
- Módulo:Infobox carretera/ruta
- Esto es lo que dibujará los escudos y pondrá el nombre de la carretera. Para que esto funcione correctamente, necesitamos agregar un par de parámetros para una funcionalidad completa:
shieldmain
:Por ejemplo, esto llamará a escudos específicos donde usamos escudos genéricos en Jct. Piense en Media:I-80 (IA 1957).svg en lugar de Media:I-80.svg.name
:Este es el nombre de la carretera sin el modificador de estado, por ejemplo, Ruta Estatal 1 en lugar de Ruta Estatal 1 de California .
- En la actualidad, este módulo funciona casi como estaba previsto. Incluso he incluido la posibilidad de que los nombres aparezcan encima de los escudos (Australia) si así se desea. Antes lo había escrito de forma que aceptara
shield
si shieldmain
no existe. Lo quité, pero realmente estoy pensando en volver a ponerlo. Los múltiples escudos son lo único que todavía no funciona. Actualmente, solo acepta 2 escudos por ruta y tomé prestado el código de Jct para este módulo. Me gustaría aumentar eso hasta 4 escudos de infobox para Puerto Rico. Además, no funciona con el código actual de múltiples escudos, por lo que también es necesario abordarlo.{{Jct}}
shieldmain
Fijado- NB: esto también se utilizará cuando se solucionen los problemas.
{{Infobox road small}}
- Módulo: Datos de carreteras/tamaño
- Esto controla el tamaño de los escudos que utiliza Module:Infobox road/route . Escribí esto con la idea de que se utilizará para controlar el tamaño del escudo en este infobox, , , y . Agregué un parámetro a los módulos de cadena de datos de la carretera para los archivos que son más altos que anchos. Lo que esto hará es eliminar la x en el tamaño del escudo. El tamaño del escudo del infobox predeterminado es "x70px"; con , sería "70px" en su lugar.
El módulo funciona muy bien, excepto por una cosa molesta: el módulo de tamaño no lee en absoluto.{{Infobox road small}}
{{Routelist row}}
{{Jct}}
orientation
orientation = "upright"
orientation
Reelaborado - Entonces, si conoce algún escudo "vertical", puede agregarlo
orientation = "upright"
al tipo apropiado en su módulo de cadena de datos de carretera.
- Módulo:Infobox road/sandbox y Módulo:Infobox road/color/sandbox
- Lo que estoy haciendo aquí es migrar el módulo de color original a Template:Infobox road/styles.css para que podamos utilizar WP:TemplateStyles . Actualmente, estoy usando el sandbox de color para filtrar los tipos y llamar al estilo correcto de esa manera. Sin embargo, si miras Template:Infobox road/testcases , verás que no está funcionando. También agregué los
|header_type=
colores "codificados de forma rígida" para que anulen cualquier módulo. - Mientras pienso en cómo continuar con esto, creo que la mejor manera es llamar al
color
parámetro en los módulos de cadena de datos de la carretera. Esto eliminaría por completo la necesidad del módulo de color.
Así que sí, eso es lo que he estado haciendo. Realmente no sé lo que estoy haciendo, y me sorprende haber llegado tan lejos. Quería agradecer a Happy5214 e Izno por responder mis preguntas sobre Lua cuando surgieron. Este ha sido un desafío divertido y creo que será genial para la enciclopedia cuando esté terminado. Si tienes alguna pregunta, comentario, inquietud o solicitud, envíala. – Fredddie ™ 23:44, 19 de febrero de 2021 (UTC) [ responder ]
- Una actualización rápida: el módulo:Infobox road/route ahora funciona muy bien en conjunto con el módulo:Road data/size . Puedes verlo funcionando en Template:Infobox road/testcases . Los escudos ahora tienen un tamaño independiente, por lo que si tienes un escudo más alto y un escudo más ancho en tu tabla shieldmain, ¡se dimensionarán de acuerdo a ello!Ahora dirijo mi atención a los encabezados de colores. – Fredddie ™ 01:48, 7 de marzo de 2021 (UTC) [ responder ]
Actualmente, hay un código implementado para cambiar el tamaño de los íconos de navegación que no están en posición vertical, como lo hace {{ Jct }} , pero actualmente no se usa. Quiero asegurarme de que la nueva apariencia sea la preferida antes de activar el código. Agregué algunas demostraciones para las rutas de navegación afectadas a continuación. @ Vaselineeeeeeee ¿este tamaño es mejor para las autopistas RA italianas?
– Brandon XLF ( discusión ) 04:08 22 ago 2024 (UTC) [ responder ]
- @ BrandonXLF : Perdón, me perdí esto. @ LukeWiller : ¿Cuál te gusta más? Vaselina eeeeeee ★★★ 02:04, 2 de septiembre de 2024 (UTC) [ responder ]
- @ BrandonXLF : @ Vaselineeeeeeee : sí, gracias, son perfectos... :-) LukeWiller ( discusión ) 13:23 2 sep 2024 (UTC). [ responder ]
- @BrandonXLF : @Vaselineeeeeeee : lo siento, tengo una pregunta (creo que me expresé mal en mi mensaje anterior): ¿por qué no agrandaron también los íconos en la parte inferior del rectángulo de la plantilla? En mi opinión, la segunda demostración (con los íconos agrandados) es perfecta. Lo siento de nuevo, pero creo que el malentendido fue culpa mía. LukeWiller ( discusión ) 21:51 30 sep 2024 (UTC). [ responder ]
- @LukeWiller Las plantillas con los íconos pequeños son la versión actual de la plantilla para comparación. La plantilla actualizada produciría las demostraciones 2.ª, 4.ª, 6.ª y 8.ª. – Brandon XLF ( discusión ) 06:24 , 1 de octubre de 2024 (UTC) [ responder ]
- @ BrandonXLF : Sí, lo adiviné: en mi opinión, los íconos más grandes son mucho mejores en todos los casos. LukeWiller ( discusión ) 08:14, 1 de octubre de 2024 (UTC). [ responder ]
Hay una discusión de hace muchos años arriba, pero todavía no veo el resultado. Muchos otros infoboxes nos han permitido desde entonces agregar algún tipo de {{ infobox mapframe }} dentro de ellos. Intenté agregarlo para la carretera D55 especificando dicho |map=
parámetro, pero no tuvo ningún efecto. Intenté agregar el ID de relación de Openstreetmap a Wikidata, de la misma manera.
¿Cuál sería la sintaxis para hacer algo así aquí? -- Joy ( discusión ) 09:24 3 sep 2024 (UTC) [ responder ]
- @ Joy Según mi experiencia, en realidad necesitas agregar el elemento Wikidata a la relación OpenStreetMap y no al revés. Consulta A4 en Módulo discusión:Mapframe/FAQ . Además, debes especificar
|map_custom=yes
además de |map=
. Espero que te sirva de ayuda. – Brandon XLF ( discusión ) 17:52, 3 de septiembre de 2024 (UTC) [ responder ]- Gracias por la respuesta. Intenté hacer eso ahora,[3][4] pero no hay nada que se represente en el cuadro de información de la carretera, según tengo entendido. Por lo general, con los problemas de sincronización de OSM en otros lugares, al menos obtuve un marco de mapa con coordenadas incorrectas (0/0), pero esto no hizo nada...? -- Joy ( discusión ) 18:34, 3 de septiembre de 2024 (UTC) [ responder ]
- Una posible respuesta está en el documento de infobox mapframe:
Si los elementos de Wikidata no especifican una ubicación de coordenadas (P625) o un valor de geoforma (P3896), entonces no se mostrará ningún mapa.
- ¿Cuál es la ubicación o geoforma adecuada para agregar a una ruta? -- Joy ( discusión ) 19:17 3 sep 2024 (UTC) [ responder ]
Descripción del cambio sugerido:
Cierre la etiqueta en negrita en la siguiente línea en Módulo:Infobox road/browselinks , la etiqueta faltante está causando errores de pelusa en Aviation Parkway (Ottawa) y algunas otras páginas.
Diferencia:
- Gamapamani ( discusión ) 03:41 16 sep 2024 (UTC) [ responder ]
- Hecho }. Imzadi 1979 → 03:46, 16 de septiembre de 2024 (UTC) [ responder ]