stringtranslate.com

Módulo de discusión:Coordenadas

Función de inserción de coordenadas rota

Esta edición de Izno  ( discusión  · contribs ) ha roto la |coordinsertfunción. Vaya a una página como Didcot y compare el enlace de coordenadas en la parte inferior del cuadro de información (en línea) con el que está en la ranura del indicador en la parte superior de la página (título). El que está en línea tiene el parámetro de cadena de consulta, params=51.606_N_1.241_W_region:GB_type:city(26920)mientras que el del título solo tiene params=51.606_N_1.241_W_. Esto me indica que la |coordinsertfunción está rota. Funcionó bien ayer, cuando ambos enlaces tenían la misma cadena de consulta. -- Red rose64 🌹 ( discusión ) 10:59, 5 de febrero de 2022 (UTC) [ responder ]

Lo he revertido y puedo confirmar que funcionó ayer (TemplateSandbox). No tengo idea de qué está pasando ni por qué.
La reversión también se debe a la solicitud de edición MediaWiki talk:Vector-2022.css#Interface-protected del 5 de febrero de 2022. Izno ( discusión ) 21:10 5 febrero 2022 (UTC) [ responder ]
Gracias -- Red rose64 🌹 ( discusión ) 00:12 6 feb 2022 (UTC) [ responder ]
Izno, parece que el coordinsert hace un análisis de cadenas realmente complicado, así que creo que es por eso que tu último cambio no funcionó.
¿Qué opinas sobre mantener el marcado existente pero también agregar el indicador (por ejemplo, conservar el cuerpo de la función existente además del nuevo código)? Usaríamos una ID diferente, por ejemplo, #coordinates-indicator en lugar de #coordinates para el código recién agregado.
Creo que sería útil tener una identificación separada para la versión del indicador, y luego podría ocultarse en máscaras más antiguas como Monobook si descubrimos que hay problemas para mostrar el indicador allí.
¿Qué opinas?
Un enfoque alternativo sería refactorizar ese código de inserción de coordenadas para que sea más propenso a los cambios de HTML, pero lo he leído varias veces y no sé nada al respecto. Jdlrobson ( discusión ) 22:44 10 jun 2022 (UTC) [ responder ]
Empezando a buscar. Otra vez. Izno ( discusión ) 22:15 26 jun 2022 (UTC) [ responder ]
Como alternativa, dado que aquí solo hay ideas que se han probado antes, se podrían cambiar coord2text y coordinsert para que requieran una única invocación, en lugar de dos en este momento. Eso permitiría que se las invocara antes de que se creara el indicador y funcionaran de esa manera. El problema principal que veo con eso es que requeriría cambiar probablemente alrededor de un millón de páginas de dos invocaciones (una dentro de la otra) a una invocación.
Otra opción con coordinsert es requerir display=inline o un parámetro plain=yes en la invocación interna. En ambos casos, el indicador no se agregaría y coordinsert funcionaría bien. La ventaja aquí sobre la sugerencia anterior es que requeriría menos ediciones. (de todos modos, tengo dolor de cabeza, así que probablemente no responderé nada hasta el lunes)-- Snævar ( discusión ) 11:31, 1 julio 2022 (UTC) [ responder ]
He mirado un poco esta semana y tengo algunos comentarios:
  1. Básicamente, coordinsertes completamente incompatible con la colocación de las coordenadas en <indicator>, ya que las coordenadas están dentro de un marcador de franja cuando el módulo de inserción de coordenadas lo ve. Literalmente no hay nada que hacer aquí que preserve el wikitexto en varios y diversos lugares tal como existe hoy. La única forma en que podemos pasar a los indicadores sin aceptar una "pérdida de precisión" en la URL del título es cambiar el millón o más de páginas que se utilizan coordinserta través del cuadro de información para agregar los ajustes de URL directamente en el wikitexto del espacio principal, esencialmente como sugiere Snævar . La segunda sugerencia, advertir/alertar/requerir el uso de coordenadas de solo visualización dentro de un módulo de inserción de coordenadas es algo que se podría hacer, pero no corregiría el problema de una falta de coincidencia entre las versiones indicadoras y no indicadoras, solo alertaría a los editores de que hay un enlace con un poco más de información sobre el lugar que probablemente debería mostrarse pero no lo está. Y esto probablemente resulte en una escala similar de ediciones.

    Como no tengo la costumbre de favorecer este tipo de cambios masivos, prefiero que hagamos el cambio aquí de todos modos y que optemos por no preocuparnos por esta "pérdida de precisión" en la URL en las versiones de título. Al final del día, los usuarios siguen siendo dirigidos a una ubicación externa suficientemente buena. Tal vez alguien pueda aclarar la importancia exacta de los parámetros para el proveedor de mapas final. (Por coincidencia, tengo la opinión de que deberíamos trasladar todo a Kartographer, pero esa es otra historia y no es particularmente relevante aquí).

  2. En cuanto a la mala visualización, creo que simplemente podemos soportar la "mala visualización" durante la implementación, el almacenamiento en caché, etc. Simplemente debemos eliminar todo de las páginas .css relevantes. Pero si alguien desea sugerir un CSS adecuado mientras tanto, es mi invitado.
No es que esté estancado, sino más bien "Tengo muchas cosas que me interesan y esta es una o tres cosas que se pueden hacer, así que realmente necesita algo de motivación y necesito ordenar mis pensamientos para empezar con el tema de la inserción de coordenadas, ya que ahora lo he visto". ;) Izno ( discusión ) 06:19, 2 de julio de 2022 (UTC) [ responder ]
No tiene nada que ver con la "pérdida de precisión" (y no sé de dónde surgió esa idea), porque coordinsert no altera los valores de latitud y longitud de ninguna manera. Tiene que ver con los servicios de mapeo que se ofrecen: compare estas dos URI:
  • https://geohack.toolforge.org/geohack.php?pagename=Hatfield_Chase¶ms=53.528_N_0.893_W
  • https://geohack.toolforge.org/geohack.php?pagename=Hatfield_Chase¶ms=53.528_N_0.893_W_region:GB_type:ciudad
El _region:GB_type:citysegundo es lo que agrega coordinsert. Ahora intenta seguir los enlaces: el primero tiene un mapa genérico no muy preciso en la mitad derecha de la pantalla (que a veces aparece como un rectángulo gris completamente en blanco), el segundo proporciona una serie de servicios de mapas útiles en su lugar. Me preocupa que la intención sea imponernos el menos útil. -- Red rose64 🌹 ( discusión ) 20:10 2 jul 2022 (UTC) [ responder ]
"pérdida de precisión" en referencia a los parámetros añadidos. Como dije, la URL del título está más o menos bien, aunque sea menos útil .
Di mi recomendación: aceptar la URL de coordenadas del título menos útil y, si se desea, advertir a los usuarios sobre los casos de inserción de coordenadas que no tienen una versión en línea mostrada, de modo que al menos haya una URL más útil mostrada en la página en algún lugar. La visualización de las coordenadas del título de New Vector está rota actualmente y recibimos una queja por semana al respecto; estoy seguro de que puede estimar cuántas quejas recibiremos cuando New Vector esté activo y la visualización del título no se haya solucionado para entonces. Izno ( discusión ) 22:51, 2 de julio de 2022 (UTC) [ responder ]
@ Izno ¿Hay alguna razón por la que no se puede regenerar la <indicator>etiqueta como lo hice en Module:Sandbox/BrandonXLF/2 ? – Brandon XLF ( discusión ) 23:52, 2 de julio de 2022 (UTC) [ responder ]
Si crees que puedes lograr que funcione con cualquier sandbox real en lugar de invocar el módulo dos veces, hazlo. Izno ( discusión ) 00:00, 3 de julio de 2022 (UTC) [ responder ]
Lo hice funcionar en Módulo:Coordenadas/sandbox . Vea el ejemplo en la parte superior de esta página. {{#invoke:Coordinates/sandbox|coordinsert|{{Coord/sandbox|53.528|N|0.893|W|display=inline,title}}|region:GB|type:city}}--> 53°31′41″N 0°53′35″O / 53.528, -0.893 – Brandon XLF ( discusión ) 00:42 3 jul 2022 (UTC) [ responder ]
Prueba todo el camino, como en Template:Infobox UK place/sandbox y cualquier otra página arbitraria. Izno ( discusión ) 00:54 3 jul 2022 (UTC) [ responder ]
Edité la plantilla:Infobox UK place/sandbox y moví el infobox de Totnes a User:BrandonXLF/B y cambié la llamada de {{ coord }} a {{ coord/sandbox }} . Está funcionando como se esperaba. – Brandon XLF ( discusión ) 01:05, 3 de julio de 2022 (UTC) [ responder ]
Buen trabajo, ya hemos solucionado un problema. Creo que deberíamos colocar un o algo así delante de las definiciones CSS actuales con la intención de eliminar todos los estilos específicos de la apariencia en una fecha posterior. Se mostrará en un lugar algo diferente en el antiguo Vector, pero en el nuevo Vector los indicadores están en la misma línea que siteSub sin necesidad de CSS. Izno ( discusión ) 04:06, 3 de julio de 2022 (UTC) [ responder ]:not(.mw-indicators) #coordinates
Pensando en este problema y en este problema ahora, cada vez siento más que la solución :not es mejor que cambiar lo que se emite en este punto. Izno ( discusión ) 05:29 3 jul 2022 (UTC) [ responder ]
Y también estoy pensando en el módulo KML adjunto que hace referencia al ID. Izno ( discusión ) 17:10 7 jul 2022 (UTC) [ responder ]
Módulo:El KML adjunto también debe actualizarse para utilizar un indicador para que sea coherente con este módulo.
Para el primer problema, #coordinates { display: none; }seguirá funcionando. Incluso si el indicador de coordenadas es el único indicador, el elemento contenedor del indicador obtiene una altura de 0 cuando el indicador de coordenadas está oculto y no ocupa espacio en absoluto.
En cuanto al segundo problema, no parece que las reglas CSS personalizadas agreguen ninguna positionregla, por lo que una vez que positionse eliminen las topreglas, dejarán de funcionar y las coordenadas permanecerán en la posición predeterminada, lo cual está bien. – Brandon XLF ( discusión ) 04:39, 8 de julio de 2022 (UTC) [ responder ]

Problemas pendientes para los indicadores

¿Me perdí algo? — El DJ ( discusión • contribuciones ) 13:45 28 jul 2022 (UTC) [ responder ]

Como he sugerido anteriormente, deberíamos eliminar el CSS de la apariencia por completo después de que la cola de trabajos funcione a través del millón de transclusiones. Realmente no creo que necesitemos preservar las apariencias actuales, y si lo hacemos, probablemente debería haber una nueva discusión de consenso, porque por lo que puedo ver, la apariencia actual se basa en una discusión de "oh, se ve bien" y no necesariamente en las expectativas de CSS de hoy (ver de hace 15 años ) cuando tampoco teníamos la extensión del indicador. Esto también lo pone en línea con, por ejemplo, Template:Sky y los otros ajustes que he realizado recientemente para eliminar la docena de usuarios de #coordinates en general (aunque creo que he dicho básicamente que ninguno lo estaba usando apropiadamente en algún lugar ya que no eran coordenadas). Izno ( discusión ) 17:00, 28 de julio de 2022 (UTC) [ responder ]
¿Debemos trasladar todos los estilos CSS a templatestyles primero o al final? — The DJ ( discusión • contribuciones ) 18:14, 28 de julio de 2022 (UTC ) [ responder ]
He analizado un poco el archivo KML adjunto. En primer lugar, la mitad de la funcionalidad ha desaparecido, porque antes había enlaces para abrir el archivo KML en Bing o Google, pero ya no funciona nada de eso. Por lo tanto, lo único que se coloca en #coordinates es realmente una etiqueta. Y luego WMA se conecta a #coordinates y de alguna manera encuentra el archivo KML en la página. Así que lo cambié para que use el indicador, pero todavía necesito #coordinates porque de lo contrario WMA no puede conectarse a él. :( pero creo que eso no debería ser un obstáculo para nosotros. Al menos después de que se haya corregido el CSS de la apariencia como se propuso. — The DJ ( discusión • contribuciones ) 19:35 , 28 de julio de 2022 (UTC) [ responder ]
Si entiendo correctamente la solución de @BrandonXLF , copiamos la salida de la generación del elemento de título y la almacenamos en un comentario HTML en la página generada, de modo que coordinsert pueda encontrar ese comentario y usar el mismo HTML para generar su propio elemento, ¿no? Luego, el analizador elimina el comentario del HTML final después de la etapa de expansión de la plantilla. Es un poco derrochador en términos de bytes generados por la plantilla (probablemente cuente para el límite total de expansión de la plantilla), pero como esto es solo una vez por página, supongo que por ahora servirá. — Th e DJ ( discusión • contribuciones ) 19:48, 28 de julio de 2022 (UTC) [ responder ]
Marcado, los indicadores no se muestran en la vista previa de VE, por lo que no tenemos que tenerlo en cuenta en las declaraciones de estilo. — The DJ ( discusión • contribuciones ) 19:54 , 28 de julio de 2022 (UTC) [ responder ]
¿Se han explorado todas las opciones técnicas para esto, especialmente las relacionadas con vector-2022? La comunidad en general debería poder elegir lo que crea que es mejor para los lectores, y realmente no les importará cómo se logra técnicamente. Algunas personas ya están descontentas con que los técnicos impulsen el diseño del lector, especialmente con que ese control del lenguaje de ir a otro proyecto sea tan prominente. Idealmente, me gustaría ver algunas opciones que sean técnicamente compatibles y que la comunidad pueda revisar. — xaosflux Talk 13:28, 29 de julio de 2022 (UTC) [ responder ]
Me han preguntado de nuevo cuál es el progreso en este tema (ninguno). Mi consejo es que simplemente deberíamos ocultarlos por completo, hasta que la comunidad descubra qué quiere hacer con las coordenadas. — The DJ ( discusión • contribuciones ) 15:00 , 23 de agosto de 2022 (UTC) [ responder ]
@ TheDJ : Me gusta esta lista de verificación. (¿Qué se necesita para decidir el posicionamiento en Timeless? ¿Eso está retrasando otras cosas?) @ Xaosflux : esta parece ser, con diferencia, la solución más limpia y la utilizan otras wikipedias importantes; la solución alternativa utilizada en eu.wp también parece estar causándoles problemas). –  SJ  + 14:33, 29 de abril de 2023 (UTC) [ responder ]
Si te refieres a la sugerencia de eliminar el contenido que los editores han añadido específicamente a las páginas "...ocultarlos por completo" , no creo que sea una gran idea sin más aportes. Estoy bastante seguro de que los editores locales no estarán contentos con esa solución. — xaosflux Talk 16:20, 29 de abril de 2023 (UTC) [ responder ]
@Xaosflux : ¡Claro que no! Me refiero a la lista de verificación con la que se inició esta subsección, para etiquetar coordenadas como indicadores. –  SJ  + 02:45, 30 de abril de 2023 (UTC ) [ responder ]
Creo que ya lo he dicho antes, pero la parte principal que debería recibir alguna opinión de la comunidad es para vector-2022: ¿dónde quieres ver estas coordenadas en una página? Un par de opciones con maquetas deberían facilitar la encuesta. — xaosflux Talk 04:36, 30 de abril de 2023 (UTC) [ responder ]
Yo diría "a la izquierda de los otros indicadores, en la misma línea que el sitesub", que es lo que hacen fr.wp y otras Wikipedias. No me importa particularmente, solo quiero protegernos de tener geodatos superpuestos nuevamente. –  SJ  + 23:08, 30 de abril de 2023 (UTC) [ responder ]
Sí, me gusta cómo frwp hace sus coordenadas. Galobtter ( discusión ) 10:04 1 may 2023 (UTC) [ responder ]
Reviví el cambio de indicador en el sandbox. Se realizaron algunos cambios en el CSS para garantizar un posicionamiento 100% similar. Sin embargo, el CSS original sigue vigente. Esto significa que podemos hacer el cambio de plantilla sin generar un desastre en el caché CSS y podemos posponer la revisión real del CSS hasta que se establezca este cambio. — The DJ ( discusión • contribuciones ) 09:36 , 21 de mayo de 2023 (UTC) [ responder ]
El problema que reporté a las 10:59, 5 febrero 2022 (UTC), que ya había sido solucionado, ha vuelto a aparecer de la misma forma. -- Red rose64 🌹 ( discusión ) 19:22, 28 mayo 2023 (UTC) [ responder ]
@ Redrose64 Agregué una nueva solución al sandbox. También agregué casos de prueba para cubrir el problema, aunque deben verificarse manualmente. – Brandon XLF ( discusión ) 23:59, 28 de mayo de 2023 (UTC) [ responder ]
Gracias El módulo en vivo ahora está funcionando como se esperaba. -- Red rose64 🌹 ( discusión ) 19:40 5 jun 2023 (UTC) [ responder ]

Coord2text

Me gustaría llamar a la función coord2text desde otro módulo. ¿Puedo hacer este cambio? — Martin ( MSGJ  ·  discusión ) 11:02, 22 de mayo de 2023 (UTC) [ responder ]

Parece un cambio bastante sencillo. — The DJ ( discusión • contribuciones ) 13:04 , 22 de mayo de 2023 (UTC) [ responder ]
¿Qué sentido tiene poder llamar a esa función en otro módulo? Izno ( discusión ) 21:45 24 may 2023 (UTC) [ responder ]
Lo estoy usando para analizar wikitexto y extraer coordenadas que luego se pueden importar a Wikidata. ¿Quieres más detalles? — Martin ( MSGJ  ·  discusión ) 21:50, 24 de mayo de 2023 (UTC) [ responder ]
Eso es genial, pero ¿qué utilidad tiene eso en Wiki? No veo qué utilidad tendría aquí. Y lo digo en el sentido de "¿qué estás haciendo?" y no de "oh, Wikidata, vete". :P Izno ( discusión ) 22:07 24 may 2023 (UTC) [ responder ]
Veo que he despertado tu curiosidad :) Estoy leyendo una página como esta y generando una página como esta que luego se puede pegar en QuickStatements para importar rápidamente datos a Wikidata — Martin ( MSGJ  ·  discusión ) 21:51, 27 de mayo de 2023 (UTC) [ responder ]

Solicitud de edición protegida el 24 de mayo de 2023

Por favor, vuelva a la versión anterior, según la discusión anterior sobre "errores de Lua". Algo en el cambio más reciente parece haber dañado la capacidad de la plantilla de coordenadas para aceptar |display=title, al menos en algunas circunstancias, dejando mensajes de error rojos grandes en más de 100 artículos que funcionaban anteriormente. Dado que no se ha encontrado una solución, el cambio de módulo debe revertirse hasta que se pueda solucionar el problema en el entorno limitado. – Jonesey95 ( discusión ) 03:43, 24 de mayo de 2023 (UTC) [ responder ]

De acuerdo con nuestra discusión en #LDS temples más arriba, estoy de acuerdo en que algo debe suceder pronto para eliminar esos problemas, pero me gustaría ver que haya una manera razonable de depurar la situación si se revierte el cambio del módulo. Acabo de pasar 20 minutos mirando los cambios. Hay varias correcciones de estilo buenas (es decir, mejoras en el estilo Lua de organizar el código) y solo un par de cambios significativos que aún no he digerido. Johnuniq ( discusión ) 04:06, 24 de mayo de 2023 (UTC) [ responder ]
No sé lo suficiente sobre este módulo y Module:Mapframe para entender qué está pasando. Un poco de investigación muestra que el problema (Module:Mapframe en la línea 384...lat_d es nulo) se debe al coordsparámetro que function util.parseCoordsrecibe. En lugar de ser coordenadas que puede analizar, parseCoordsrecibe un marcador de franja "indicador" y una categoría. Esto se debe a que lo nuevo function displaytitleen Module:Coordinates pone las coordenadas en un indicador, aunque no sé cómo Module:Mapframe obtiene eso como su parámetro. function coordinates.coordinsertSe necesita algo como el código gsub en Module:Coordinates, en alguna parte. Johnuniq ( discusión ) 05:06, 24 de mayo de 2023 (UTC) [ responder ]
La sorprendente edición de WOSlinker (ver 06:38, 24 de mayo de 2023 arriba) ha solucionado los problemas, por lo que deshabilité la solicitud de edición. La lista actual de artículos con errores de script muestra seis títulos y ninguno de ellos parece estar relacionado con las coordenadas. Johnuniq ( discusión ) 07:34, 24 de mayo de 2023 (UTC) [ responder ]

Gruñido. Ahora que miro con más atención, veo que hay tres problemas:

Es necesario investigar estos casos. Johnuniq ( discusión ) 07:37 24 may 2023 (UTC) [ responder ]

El primero utiliza {{ WikidataCoord }} , que se establece |display=titlede forma predeterminada. Sospecho que hay más artículos con errores, pero la cola de trabajos no los ha actualizado para que aparezcan en la categoría de error. Nuevamente, recomiendo revertir el cambio más reciente hasta que se solucione este problema. ¿Hay alguna desventaja en volver a la versión estable anterior? – Jonesey95 ( discusión ) 14:44, 24 de mayo de 2023 (UTC) [ responder ]
@ Jon (WMF) y @ TheDJ por lo anterior.
Los dos cambios realizados en este módulo y en Módulo:KML adjunto ayudan a solucionar el problema en el que los demás íconos cerca de las coordenadas (como el ícono del artículo destacado) colisionan con las coordenadas utilizando la máscara Vector 2022. Esto se detalla en T281974. Revertir este cambio provocaría la colisión nuevamente en la máscara utilizada por la mayoría de los lectores (que es la máscara predeterminada). En mi opinión, el estado anterior no se veía muy bien, especialmente en el artículo destacado del día en que hice las modificaciones donde el texto de la coordenada colisionaba con la estrella del artículo destacado y no estaba centrado con ella.
Lo ideal sería que las plantillas restantes se corrigieran a medida que se detectan los errores, especialmente porque esto requeriría revertir los cambios aquí y también en Módulo: KML adjunto . Además, es posible que haya que revertir los otros cambios en los módulos para admitir los cambios aquí. Por lo que puedo decir, los tres ejemplos ahora están corregidos según el historial de la página. Dreamy Jazz háblame | mis contribuciones 17:30, 24 de mayo de 2023 (UTC) [ responder ]
Suspiro. Sí, arreglé esos problemas. Pero esta edición ha recibido objeciones varias veces, por lo que aún debería revertirse, y considero que el hecho consumado que hizo WOSlinker de agregar coordenadas en línea a miles de artículos para solucionar el problema es inapropiado. *Pppery* ha comenzado... 18:48, 24 de mayo de 2023 (UTC) [ responder ]
He realizado una edición en el sandbox ( Módulo:Coordinates/sandbox y Módulo:Coordinates/sandbox/styles.css ) con una versión que corrige los errores de Lua. El único inconveniente es que envía más HTML a los clientes, pero eso no es un gran problema ya que solo hay como máximo una coordenada con título para mostrar por página.
Código:
{{ Infobox puente | coordenadas =  {{ coord | 45 | 11 | 30.0 | N | 67 | 17 | 0.2 | W | tipo: punto de referencia | visualización = título }} }}
Actual:
Fijado:
– Brandon XLF ( discusión ) 19:45 24 may 2023 (UTC) [ responder ]
 Listo. He realizado la corrección que sugirió Brandon. Izno ( discusión ) 21:33 24 may 2023 (UTC) [ responder ]
Gracias por hacerlo. Espero que esto solucione los problemas restantes. Si hay problemas futuros que deban solucionarse, no dudes en avisarme. Dreamy Jazz habla conmigo | mis contribuciones 21:39, 24 de mayo de 2023 (UTC) [ responder ]
@ Izno Hago algunos ajustes al código del sandbox, ¿podrías agregarlos? – Brandon XLF ( discusión ) 22:23, 24 de mayo de 2023 (UTC) [ responder ]
 Done Izno ( discusión ) 22:52 24 may 2023 (UTC) [ responder ]
¡Gracias a todos! Jon (WMF) ( discusión ) 04:48 25 may 2023 (UTC) [ responder ]

Tres más:

Johnuniq ( discusión ) 08:57 26 may 2023 (UTC) [ responder ]

Estos pueden ser problemas preexistentes. Las plantillas especifican coordenadas sin hacer uso de la plantilla coord, pero también sin especificar NSWE, que es un formato que el módulo:mapframe's parseCoord no parece poder manejar. — Th e DJ ( discusión • contribuciones ) 11:24, 26 de mayo de 2023 (UTC) [ responder ]
Esos eran problemas de GIGO. Deberían haber usado {{ coord }} y dos de los artículos tenían coordenadas duplicadas. – Jonesey95 ( discusión ) 13:23 26 may 2023 (UTC) [ responder ]
Gracias, ya está todo bien. Johnuniq ( discusión ) 00:33 27 may 2023 (UTC) [ responder ]

Solicitud de edición protegida el 29 de mayo de 2023

Copia el código de Module:Coordinates/sandbox al módulo principal. Ajusté el código para que coordinsert funcione correctamente con el indicador en el título. La única diferencia con la salida es que las coordenadas en línea ahora están envueltas en una <span class="geo-inline">...</span>etiqueta, pero no veo ningún lugar donde esto pueda ser un problema. También agregué algunos casos de prueba manuales para cuando display=title y cuando display=inline title para verificar los cambios. La diferencia entre el sandbox y el módulo se puede ver aquí. – Brandon XLF ( discusión ) 19:41, 29 de mayo de 2023 (UTC) [ responder ]

 También se realizó el cambio en coord2text indicado anteriormente — Martin ( MSGJ  ·  discusión ) 15:00, 5 de junio de 2023 (UTC) [ responder ]
@ BrandonXLF y MSGJ : según el tiempo, parece que este cambio ha dañado las vistas previas de las páginas. Por ejemplo, al pasar el cursor sobre Free City of Danzig se muestran solo las coordenadas, en lugar del comienzo del artículo como debería. No he mirado demasiado de cerca para ver si se trata de un error en el módulo o en las vistas previas de las páginas, pero debería considerar revertirlo. Vahurzpu ( discusión ) 03:15, 6 de junio de 2023 (UTC) [ responder ]
Es necesario hacerlo, pero prefiero dejarlo así por un breve período para permitir la depuración. Johnuniq ( discusión ) 03:54 6 jun 2023 (UTC) [ responder ]

Estoy intentando encontrar la documentación para ver qué necesitan las ventanas emergentes. Comienza en mw:Page previews pero no creo que haya nada relevante allí aparte del enlace a la implementación en mw:Special:MyLanguage/Extension:Popups. Allí hay una sección de preguntas frecuentes con dos elementos reproducidos a continuación sin los enlaces.

Es posible que alguna investigación muestre por qué el nuevo código de coordenadas está estropeando la vista previa emergente o cómo se puede solucionar. BrandonXLF no está activo en este momento, pero estoy enviando un mensaje para avisarles. Johnuniq ( discusión ) 03:54, 6 de junio de 2023 (UTC) [ responder ]

Curiosamente, al pasar el cursor sobre Tokio se muestra una ventana emergente adecuada. Muchos otros enlaces de ubicación en esa página también funcionan. Algunos ejemplos en los que la ventana emergente no funciona (muestra las coordenadas) son Australia (continente) y el Consejo de Representantes Regionales y los Emiratos Árabes Unidos , como se informó en Template talk:Coord#Preview page broken . Johnuniq ( discusión ) 05:05, 6 de junio de 2023 (UTC) [ responder ]
Las tres páginas enumeradas tienen sus plantillas de coordenadas definidas fuera del cuadro de información. Ninguna de ellas está definida en línea.
No sé por qué es importante, pero ese es el patrón obvio. Izno ( discusión ) 05:32 6 jun 2023 (UTC) [ responder ]
Esto huele a phab:T334273: porque el texto en línea está oculto a través de TemplateStyles, y al módulo de extractos no le importan los TemplateStyles, decide que el texto que se está volcando en la geo-inline es lo suficientemente bueno. No tiene ningún problema con infoboxlas cosas porque ya elimina todo eso antes de considerar lo que cree que debería ser el primer párrafo.
Como puedes ver, ya he argumentado que esta es una expectativa errónea sobre cómo los TemplateStyles deberían interactuar con los TextExtracts.
Probablemente podamos solucionar esto localmente agregando la noexcerptclase. Izno ( discusión ) 05:39 6 jun 2023 (UTC) [ responder ]
Independientemente de las soluciones alternativas, esto me parece un error de análisis, por lo que presenté T338204 para informarlo a los encargados del mantenimiento. -- JCrespo (WMF) ( discusión ) 07:44, 6 de junio de 2023 (UTC) [ responder ]
También suena como si estuviéramos anteponiendo algo en lugar de la opción más segura de agregar ? — The DJ ( discusión • contribuciones ) 08:28, 6 de junio de 2023 (UTC) [ responder ]
¿No? Izno ( discusión ) 16:59 6 jun 2023 (UTC) [ responder ]
Después de la edición reciente de Módulo:Coordenadas y una edición de bajo contenido en Australia (continente), las coordenadas ya no aparecen. El punto final REST sigue captando la p vacía y las nuevas líneas: extract: "\n\n"; extract_html: "<p>\n\n</p>". Sí, creo que fue cambiarlo de un div a un span lo que hizo que esta línea en particular entrara. Creo que podemos solucionar esto cambiando la línea oculta de nuevo a un div y luego haciendo un segundo paso por encima buscando un div en coordinsert, o cambiando la expresión regular para que sea un poco más codiciosa al principio eliminando su dependencia de la etiqueta. Izno ( discusión ) 17:12, 6 de junio de 2023 (UTC) [ responder ]

Solicitud de edición protegida el 28 de septiembre de 2023

Agregue una función format=dec4 para generar grados decimales redondeados a cuatro lugares a partir de los datos ingresados ​​como formato DMS o DEC de mayor precisión. La Base de datos de nombres geográficos canadiense , el Sistema de información de nombres geográficos y Ordinance Survey brindan información de ubicación con siete grados decimales de precisión. El formato dec4 permitirá que los datos ingresados ​​se verifiquen con la fuente de datos original mientras se muestran los cuatro grados decimales de precisión más razonables y compactos (+/- 10 m).  Buaidh  talk e-mail 21:57, 28 de septiembre de 2023 (UTC) [ responder ]

 No está terminado Esta es una nueva publicación de Módulo discusión:Coordenadas/Archivo 2#Solicitud de edición protegida el 14 de septiembre de 2022 , que se cerró por necesitar una zona protegida y pruebas. Han pasado un año y dos semanas y, según tengo entendido, todavía no se ha puesto en una zona protegida ni se ha probado. *Pppery* ha comenzado... 22:16, 28 de septiembre de 2023 (UTC) [ responder ]

Solicitud de edición protegida por interfaz 27 de diciembre de 2023

Sincronice desde Módulo:Coordenadas/sandbox (diff).

Esto agrega una clase y un atributo data-gadget al intervalo. Por ahora, este es un cambio sin operación. Tiene como objetivo facilitar una forma más eficiente de cargar el script WikiMiniAtlas, cuando se combina con los cambios propuestos en MediaWiki talk:Common.js#Class-triggered gadgets . – SD0001 ( discusión ) 14:36, 27 de diciembre de 2023 (UTC) [ responder ]

 Hecho *Pppery* ha comenzado... 16:54, 27 de diciembre de 2023 (UTC) [ responder ]

Como MediaWiki ahora admite la carga de gadgets basada en categorías, podemos cambiar a eso. Sincronice desde Módulo:Coordenadas/sandbox ( Especial:Diff/1192107975/1226463973 ). Por ahora, esto no es una operación ya que el gadget no está realmente definido. – SD0001 ( discusión ) 20:17, 30 de mayo de 2024 (UTC) [ responder ]

 Hecho *Pppery* ha comenzado... 00:22, 31 de mayo de 2024 (UTC) [ responder ]

¿Problema de inserción de coordenadas?

@ Jonesey95 Hace poco encontré tu vieja pregunta en el WP alemán. Podría deberse a un enlace de Geohack mal formado: "Infobox UK place" usa coordinsert que genera una cadena rota cuando "coord" tiene un parámetro "title": https://geohack.toolforge.org/geohack.php?pagename=Hatfield_Chase¶ms=53.528_N_0.893_W_&title=Tunnel+Pits_region:GB_type:city (mira los "params" divididos separados por el parámetro "title"). ¿"coordinsert" asume "params" siempre como último parámetro? Lo cual no es cierto cuando se usa "title". DB111 ( discusión ) 09:10, 14 de agosto de 2024 (UTC) [ responder ]