Wikipedia:Café/Archivo/Técnica/Actual
Café: Técnica | ||
---|---|---|
En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia.
|
Café | |
---|---|
Noticias | [+] |
Políticas | [+] |
Técnica | [+] |
Propuestas | [+] |
Ayuda | [+] |
Miscelánea | [+] |
Ver todos | |
|
Technical Advice IRC Meeting
We'd like to invite you to the weekly Technical Advice IRC meeting. The Technical Advice IRC Meeting (TAIM) is a weekly support event for volunteer developers. Every Wednesday, two full-time developers are available to help you with all your questions about Mediawiki, gadgets, tools and more! This can be anything from "how to get started" and "who would be the best contact for X" to specific questions on your project.
The Technical Advice IRC meeting is every Wednesday 3-4 pm UTC as well as on every first Wednesday of the month 11-12 pm UTC.
If you already know what you would like to discuss or ask, please add your topic to the next meeting: Technical Advice IRC meeting
Cheers, -- Michael Schönitzer (WMDE) (talk) 14:27, 30 July 2018 (UTC)
Arreglar plantilla ficha estela rúnica
Alguién ha añadido un parámetro para añadir el nombre de la piedra en la Plantilla:Ficha de estela rúnica, que altera su funcionamiento. Dado que todas las estelas no tienen nombre propio (la mayoría solo tiene un número de código) muchas de sus fichas dejan este campo vacío y aparece esto {{{nombre}}} sobre la plantilla en lugar del nombre, lo que afea el artículo mucho, ver ejemplo aquí. ¿Alguien podría arreglar esta plantilla y que se pueda dejar en blanco sin que aparezca lo de nombre? y si de paso hace que el nombre quede dentro de la ficha en lugar de por encima de ella mejor. Gracias por anticipado. --Osado (discusión) 15:48 12 ene 2019 (UTC)
- @Osado, nuestro compañero Jcfidy lo estaba intentando arreglar cuando tuve un extraño conflicto de edición con él, donde yo además adaptaba dicha plantilla al formato de ficha. Creo que ahora queda mejor. Avísanos si se ve correcto ahora. -- Leoncastro (discusión) 16:44 12 ene 2019 (UTC)
- Quedó perfecta, gracias a los dos @Leoncastro y @Jcfidy. Y feliz año nuevo. --Osado (discusión) 17:00 12 ene 2019 (UTC)
- Un detalle @Leoncastro, ¿podrías cambiar «Ciudad» por «Emplazamiento»? (muchas no están en ciudades, con frecuencia se erigian en caminos, cementerios, monasterios, islas...), por favor. --Osado (discusión) 17:15 12 ene 2019 (UTC)
- Una duda Osado: ¿entonces para qué se usa el parámetro de
|ubicación=
? Pensaba que era una secuencia: país → región → ciudad → ubicación. -- Leoncastro (discusión) 17:31 12 ene 2019 (UTC)- Leoncastro, Ubicación es para la ubicación actual (suelen trasladarse a museos al descubrirse), si no se mueven se deja vacio el campo. --Osado (discusión) 17:36 12 ene 2019 (UTC)
- ¡Ah! vale. Ya he cambiado lo del emplazamiento. Sería interesante que detallaras un poco el uso que debe darse a cada parámetro, dado que está visto que tú sabes mejor para qué es cada cosa. Por otro lado, avisarte que ya no es estrictamente obligatorio ningún parámetro, pues ahora si no se especifica entonces no se muestra. -- Leoncastro (discusión) 17:46 12 ene 2019 (UTC)
- Muchas gracias. Me pongo con la explicación en la documentación de la plantilla. --Osado (discusión) 17:48 12 ene 2019 (UTC)
- ¡Ah! vale. Ya he cambiado lo del emplazamiento. Sería interesante que detallaras un poco el uso que debe darse a cada parámetro, dado que está visto que tú sabes mejor para qué es cada cosa. Por otro lado, avisarte que ya no es estrictamente obligatorio ningún parámetro, pues ahora si no se especifica entonces no se muestra. -- Leoncastro (discusión) 17:46 12 ene 2019 (UTC)
- Leoncastro, Ubicación es para la ubicación actual (suelen trasladarse a museos al descubrirse), si no se mueven se deja vacio el campo. --Osado (discusión) 17:36 12 ene 2019 (UTC)
- Una duda Osado: ¿entonces para qué se usa el parámetro de
- Un detalle @Leoncastro, ¿podrías cambiar «Ciudad» por «Emplazamiento»? (muchas no están en ciudades, con frecuencia se erigian en caminos, cementerios, monasterios, islas...), por favor. --Osado (discusión) 17:15 12 ene 2019 (UTC)
- Quedó perfecta, gracias a los dos @Leoncastro y @Jcfidy. Y feliz año nuevo. --Osado (discusión) 17:00 12 ene 2019 (UTC)
┌─────────────────────────────┘
Así quedó mucho más limpia gracias Leoncastro. Jcfidy (discusión) 18:17 12 ene 2019 (UTC)
Notas
Wikidata weekly summary #349
- Discussions
- Open requests for adminship: Deror avi, Wildly boy
- Events
- February 19th: Wikidata meetup in London - Facebook event
- Incoming: Wikidata Lab XII in São Paulo, Brazil, February 14th.
- Press, articles, blog posts
- Making Wikidata visible, by Martin Poulter on Bodleian Digital Library's blog
- How to query Wikidata using R, by Envel Le Hir
- Inventory of the Cleveland Museum of Art images, by Magnus Manske
- Other Noteworthy Stuff
- There is now a tool to validate mappings between Wikidata and external RDF vocabularies done with the properties equivalent property and equivalent class.
- Topic matcher, a tool to help you adding a "main topic" or "depicts" statement to items about streets, articles, painting, etc.
- Editing Wikidata - Swedish Cuisine by JanAinali on Twitch
- City-Country-Shapes visualization based on Wikidata: how many of a country's largest cities do you need to put on a map to be able to recognise the country?
- Did you know?
- Newest properties:
- General datatypes: none
- External identifiers: ELNET ID, iTunes book ID, iTunes movie ID, Romanian Soccer player ID, Skimap ID, sports.md athlete ID, Gault et Millau ID, Theatreonline.com ID, Dizionario di Storia Treccani ID, Smarthistory ID, vodnimlyny.cz ID, World Cube Association ID, COOL species ID, CORE ID, LevskiSofia.info coach ID, LevskiSofia.info player ID, Gran Enciclopèdia de la Música ID, JORFSearch organization ID
- New property proposals to review:
- General datatypes: journal series, has alt-text, has lyrics, day of regular release, CBFC rating, full work on commons
- External identifiers: sport-strana.ru article ID, football.odessa.ua person ID, NMSRCP reference number, AKB48 member ID, TV Spielfilm Series ID, MCULE ID, Global Species ID, Georgian National Filmography ID, Bureau van Dijk Orbis company ID, Bureau van Dijk Orbis person ID, Musicbrainz Event ID, ManualsLib brand ID, LGD local body code, Hymnary hymnal ID, Hymnary tune ID, Hymnary instance ID, Getty Images ID, Amsterdam code
- Query examples:
- Newest WikiProjects: WikiProject Protected areas in Germany
- Newest properties:
- Development
- Started development on Shape Expressions
- Termbox: show an expanded-by-default section for the user's preferred languages (phab:T211865)
- Provide visualization LUA usage on a dashboard (phab:T211768)
- Fixed issues with sense ID wrapping (phab:T210502)
- Background work to support the deployment of the next pieces for Structured Data on Commons
You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.
- Monthly Tasks
- Add labels, in your own language(s), for the new properties listed above.
- Comment on property proposals: all open proposals
- Suggested and open tasks!
- Contribute to a Showcase item.
- Help translate or proofread the interface and documentation pages, in your own language!
- Help merge identical items across Wikimedia projects.
- Help write the next summary!
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
- The Wikimedia servers use HHVM to run the PHP code. They are going to use PHP7 and stop using HHVM. You can test PHP7 with a new beta feature. That way you can help find and report problems.
Problems
- When someone moves a page to a name that already exists that page that had the name the article is moved to is deleted. For a couple of months this didn't always work. Some users saw an error message instead. This has now been fixed. [1]
Changes later this week
- There is no new MediaWiki version this week.
Meetings
- You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 30 January at 16:00 (UTC). See how to join.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
18:15 28 ene 2019 (UTC)
Daty Wikidata Editor alpha release
Hi everyone,
I am Pellegrino Prevete, aka Ogoorcs and I am proud to officially announce the alpha release of Daty, the native Wikidata editor I proposed at the Ideathon of ItWikiCon, which aims to hugely simplify Wikidata UX for new and old advanced users.
During this first development month, as hoped, Daty has found approvals outside of wiki communities, too: the GNOME project has in fact accepted to host it on its development platform and the software has already been published on Flathub, the free software GNU/Linux app store in flatpak format.
Unfortunately I was not able to pack all planned features in this first release, although I hope that, trying it, you will agree that the work done has been adequate.
Set up sound foundations for the program was where it took longer than expected, i.e. make it work on all supported platforms and on all screen format factors. In fact at the time of writing Daty is one of the few GTK+ applications and the only cross-platform one.
To calm down the potential storm of people fearing for vandalisms caused by a simpler editor, I must warn you that until an adequate revert tool for mass edits made with the program will be made available, Daty will browse the database *read-only*. At this time already it has been made so (not specifically in Daty) that only registered users will be able to edit entities.
Download
Installer links are available for Microsoft Windows (64 bit) and GNU/Linux (all architectures).
You can read a more complete changelog on my blog; bug reports can be sent on the issues page.
Note for GNU/Linux users
If you use a Flathub-integrating distribution (Linux Mint, Endless OS and others), you can directly install the software from your graphical package manager. If your distribution preinstalls GNOME and GNOME Software, you will just need to open the *Activities* screen and search for "Daty", as seen in this picture.
In any case you can install flatpak on your distribution by visiting this page or follow the distro specific installation istructions on the Daty homepage.
If you already installed a previous flatpak of the software, I advice you to wait for the update of tomorrow (build already scheduled), because of a last-minute bug in the configuration directory permission settings which has been corrected this morning.
Note for Ubuntu users
Since at this time Ubuntu has decided to support by default only the snap package format, you will not directly find the program in the software center. If there are enough requests though, I will make a snap version of Daty.
In any case debian packages will be made available in due time.
Note for Mac users
The software works on Mac, but since I do not own one I could not create the executable file. Again, if there are enough requests, we can find a way to solve this.
Thanks
First of all I want to thank Wikimedia CH for trusting the idea; without them Daty would still be a mockup this day. I hope that the global community, as the Italian one already did at the ItWikiCon Ideathon, will see the impact and the usefulness of a native editor, to please advanced users and greet new ones.
Of course I have to thank the GNOME project, which accepted the project on its infrastructure, and its developers, volunteers and contributors, who saved me from many headaches this month and before. I think it is a really great community.
Ogoorcs (discusión) 02:13 30 ene 2019 (UTC)
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Changes later this week
- It was easy to untick a box by accident in Special:Preferences. This will now be fixed. [2]
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 February. It will be on non-Wikipedia wikis and some Wikipedias from 6 February. It will be on all wikis from 7 February (calendar).
Meetings
- You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting will be on 6 February at 16:00 (UTC). See how to join.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
17:11 4 feb 2019 (UTC)
Grant para mejorar el accesorio ProveIt
¡Hola! Acabo de solicitar un grant rápido para mejorar ProveIt. ProveIt es un gestor de referencias bastante popular aquí y en otras wikis. La idea es hacerlo compatible con el editor visual, el editor de wikitexto nuevo, y otras cosillas. Cualquier idea, propuesta, comentario, pregunta o apoyo es bienvenido en la página del grant. ¡Gracias! Felipe (discusión) 20:41 4 feb 2019 (UTC)
- Sophivorus, sugiero crear una página para la herramienta más completa e ilustrativa que la actual, para que sea más entendible y atractiva. De esa forma quizás se pueda extender todavía más su uso. Nota personal: ¡diablos qué poca gente usa aquí la herramienta! -- Leoncastro (discusión) 23:00 4 feb 2019 (UTC)
Wikidata weekly summary #350
- Press, articles, blog posts
- „Eisberg voraus!“ – Sächsische Landeskunde mit SXRM, Wikisource und Wikidata by Jens Bemme (in German)
- Linking the OLAC Video Game Vocabulary with Wikidata by Tracy Hoffmann and Peter Chan
- Adam blogged about how to update an existing Wikibase docker instance
- Other Noteworthy Stuff
- Got some time? SpeedPatrolling, a tool to simplify patrolling of recent changes on Wikidata (documentation), has been announced and you can use it to help fight vandalism.
- Got some time? Match some streets and the humans they are named after.
- Got some time? Help link OpenStreetMap and Wikidata Items with the new OSM <-> Wikidata matcher.
- Wikidata Query Service now has over 7 billion triples.
- Did you know?
- Newest properties:
- General datatypes: affiliation string, RightsStatement status according to source website, trading name, Alexander–Briggs notation
- External identifiers: DIZIE ID, football.odessa.ua person ID, sport-strana.ru article ID, Homosaurus ID, funk channel ID, GEOFON earthquake ID, Georgian National Filmography ID, infosport.ru person ID, ManualsLib brand ID, MusicBrainz event ID, LGD local body code, HAER ID, Hymnary hymnal ID, Hymnary instance ID, Hymnary tune ID, Global Species ID, Amsterdam code
- New property proposals to review:
- General datatypes: does not have quality (2), Den Digitale Byport-ID, expression of, calendar feed url, Total goals in career, Strepsiptera database species ID, Brentidae of the world species ID, Illustrated catalog of Tessaratomidae species ID, WBCHSE code
- External identifiers: Douban Book ID, Douban Musician ID, Douban Author ID, Douban Music ID, Douban Drama ID, Douban Game ID, Douban Read Author ID, Douban Read eBook ID, Douban Site Name, Douban Username, Zhihu username, Bilibili user ID, QQ number, Bilibili video ID, Bilibili bangumi ID, Bilibili tag ID, Mtime movie ID, Mtime people ID, Dictionary of Anhui Writers ID, Fuzhou Architecture Heritage ID, Eventa Servo ID, Rocks Backpages author ID, Rocks Backpages artist ID, Rocks Backpages publication ID, Hulu movie ID, Hulu series ID, Democracy Club ID, ISA ID, Mecklenburg-Vorpommern Schutzgebiete-ID, DALFAN ID, GameFAQs franchise ID, CABB player ID, castingvideos ID, Bildarchiv, Herder-Institut, IEEEXplore document ID, IEEEXplore author ID, Antarctica NZ Digital Asset Manager, Pacific Coast Architecture Database building ID, Twitter user ID, Australian Antarctic Data Center, Enciclopedia delle donne ID
- Deleted properties: P1112 (Pokédex number)
- Query examples:
- Common topics of publications by people affiliated with a given organization
- World __ days and other awareness days in calendar order (Source)
- timeline of writing systems (source)
- family tree of Donald Duck (source)
- Common long words in titles of scholarly articles (source)
- schools of magic by number of students (source)
- Newest properties:
- Development
- Making progress towards first showable version of basic Shape Expression support
- Layout polishing for the mobile termbox (the box that shows labels, desctiptions and aliases) and continuing work on the "in more languages" and "all entered languages" sections in it
- Added tracking for the number of Senses and Forms to our graph for tracking the number of Items, Properties and Lexemes
- Worked more on making it easier to set up Quickstatements in other Wikibase instances
- Preventing an entity to redirect to itself (phabricator:T214919)
- Working on making Federation (reusing Wikidata's Items and Properties to make statements) work for Wikimedia Commons to get the rollout of the next stage (support for depicts statements) unstuck
- Fixed an issue with adding sitelinks from Commons (phabricator:T213975)
- Fixing Cognate support for yue Wiktionary (phabricator:T214400)
- Monthly Tasks
- Add labels, in your own language(s), for the new properties listed above.
- Comment on property proposals: all open proposals
- Suggested and open tasks!
- Contribute to a Showcase item.
- Help translate or proofread the interface and documentation pages, in your own language!
- Help merge identical items across Wikimedia projects.
- Help write the next summary!
Ayuda, plantilla
Hola. Necesito ayuda en saber el nombre de una plantilla ({{}}), es algo así el mensaje: «Este artículo necesita no tener fallas ortográficas. Puedes ayudar a Wikipedia yendo a Preferencias y activa Corrector ortográfico.» Gracias y saludos. --Furawi (discusión) 21:37 6 feb 2019 (UTC)
- Furawi: Se trata de la plantilla
{{Copyedit}}
. Saludos.--Marcos Okseniuk (discusión) 21:46 6 feb 2019 (UTC)
Listas de referencias
Llevo un tiempo planteándome una cuestión. Actualmente hay dos maneras de listar referencias en Wikipedia al final de los artículos, una usando la herramienta que la propia wiki incorpora <references />
, y otra la plantilla {{listaref}}
, pero alguna vez al insertar <references />
, otro editor ha editado el artículo para usar {{listaref}}
. Ambas pueden usarse sin problemas tal como se explica en WP:Referencias y aparentemente disponen de las mismas funcionalidades, pero {{listaref}}
parece que es más popular —o se usa más— que <references />
. ¿Hay algún motivo técnico o funcional para preferenciar una sobre otra? Gracias por vuestras explicaciones. Carlosmg (discusión) 21:44 7 feb 2019 (UTC)
- Carlosmg.dg, creo, listaref usa internamente la etiqueta references para mostrar las referencias. Pero la razón de ser de
{{Listaref}}
se debe más bien a que posee parámetros para dividir en columnas el listado, especificar el ancho, e incluso el formato de la lista, cosa que<references />
no puede hacer por sí sola. --Giovanni Alfredo Garciliano Díaz ★ diskutujo 22:43 7 feb 2019 (UTC)- Lo bueno de la plantilla, además de que aplica un formato determinado, es que cualquier cambio de estilo en la propia plantilla se propaga a todos sus usos, mientras que la etiqueta necesitaría de una revisión puntual en cada caso. -- Leoncastro (discusión) 23:21 7 feb 2019 (UTC)
- Gracias por las explicaciones. @Giovanni Alfredo Garciliano Diaz: Precisamente sobre la configuración del ancho de listaref va el tema que quiero comentar. He detectado que listaref tiene problemas en las versiones móviles cuando se usan los parámetros manuales de columnas, pues cuando se establece cuatro columnas manualmente —por poner un número random—, en una pantalla a 1920x1080 se ve estupendamente, pero en la versión móvil también se distribuye en esas cuatro columnas —lo mismo ocurre con dos, tres, cinco...—, y en este caso por el reducido tamaño de una tablet o móvil el resultado no es que digamos óptimo, pues se obliga a las citas a hacer saltos de línea provocando que no se lean de una manera «normal». Lo que quiero decir es que listaref se ha quedado desfasada en cuanto a diseño, pues en la actualidad no usa un diseño responsive o adaptable. En cambio
<references />
si tiene un diseño adaptable cuando activas la opción responsive —<references responsive="" />
—, según el número de referencias —creo que sobre diez referencias— automáticamente se establece en un número de columnas determinado por el ancho de la pantalla del dispositivo que estés usando. Por ejemplo, en una resolución de 1920x1080 se muestran tres columnas en mi pantalla de sobremesa, en otra pantalla de menor resolución a dos columnas, pero en mi teléfono móvil se muestra a una columna. Aunque podéis hacer vuestras pruebas de lo que comento con un móvil, podés probar en vuestra pantalla de ordenador con solo agrandar o reducir el ancho de la ventana de vuestro navegador habitual para comprobar los efectos usando la plantilla y con la etiqueta. Ejemplo responsive etiqueta, Ejemplo listaref. Carlosmg (discusión) 01:05 8 feb 2019 (UTC)- Sí Carlosmg.dg, la plantilla tiene sus deficiencias por no estar debidamente optimizada. Sin embargo sigue siendo más efectivo cambiar solamente una plantilla y no miles de páginas. Si te animas puedes modificar la plantilla para que responda al diseño adaptable. -- Leoncastro (discusión) 02:44 8 feb 2019 (UTC)
- @Usuario:Leoncastro: Si pudiese lo haría, pero la programación se me queda un poco lejos, y tampoco me atrevo a tocar una plantilla tan utilizada sin saber lo que hago. Pero si debería ser prioritario una adaptación de Listaref a los nuevos tiempos de internet y experiencia de usuario en Wikipedia desde diversos dispositivos. Carlosmg (discusión) 12:56 8 feb 2019 (UTC)
- Sí Carlosmg.dg, la plantilla tiene sus deficiencias por no estar debidamente optimizada. Sin embargo sigue siendo más efectivo cambiar solamente una plantilla y no miles de páginas. Si te animas puedes modificar la plantilla para que responda al diseño adaptable. -- Leoncastro (discusión) 02:44 8 feb 2019 (UTC)
- Gracias por las explicaciones. @Giovanni Alfredo Garciliano Diaz: Precisamente sobre la configuración del ancho de listaref va el tema que quiero comentar. He detectado que listaref tiene problemas en las versiones móviles cuando se usan los parámetros manuales de columnas, pues cuando se establece cuatro columnas manualmente —por poner un número random—, en una pantalla a 1920x1080 se ve estupendamente, pero en la versión móvil también se distribuye en esas cuatro columnas —lo mismo ocurre con dos, tres, cinco...—, y en este caso por el reducido tamaño de una tablet o móvil el resultado no es que digamos óptimo, pues se obliga a las citas a hacer saltos de línea provocando que no se lean de una manera «normal». Lo que quiero decir es que listaref se ha quedado desfasada en cuanto a diseño, pues en la actualidad no usa un diseño responsive o adaptable. En cambio
- Lo bueno de la plantilla, además de que aplica un formato determinado, es que cualquier cambio de estilo en la propia plantilla se propaga a todos sus usos, mientras que la etiqueta necesitaría de una revisión puntual en cada caso. -- Leoncastro (discusión) 23:21 7 feb 2019 (UTC)