Talk:Wiki/Archive 11
![]() Archives |
---|
|
![]() | This page includes archived discussions. Please use Talk:Wiki to start a new discussion. |
Uploading CC-BY files should require stating authorship
As reported by @AngocA: upload file is not asking for file authorship even if selected license (CC-BY-*) makes mandatory to state authorship. This should be fixed to stop new files from appearing in invalid copyright state Mateusz Konieczny (talk) 15:14, 5 June 2022 (UTC)
- Though from what I see there seems to template present that has space for that info Mateusz Konieczny (talk) 15:23, 5 June 2022 (UTC)
- On side of the license templates we could add a notice for uploader to add attribution, see test on User:Chris2map/Sandbox&oldid=2336777. Notice only shows up for logged-in users (as uploaders are). --Chris2map (talk) 16:48, 5 June 2022 (UTC)
- Is there any possibility in the code of the Special:Upload page to insert the CC licenses in the Information template? Then we could fill the attribution automatically with the content provided with "Author" in the Information. I made a test version to the template Information on Template:Sandbox (Template:Sandbox&oldid=2339353) that could be do like this example (User:Chris2map/Sandbox&oldid=2339354). --Chris2map (talk) 18:40, 9 June 2022 (UTC)
- Unfortunately, this does not work with the upload page. --Tigerfell
(Let's talk) 13:08, 11 June 2022 (UTC)
- Unfortunately, this does not work with the upload page. --Tigerfell
- Is there any possibility in the code of the Special:Upload page to insert the CC licenses in the Information template? Then we could fill the attribution automatically with the content provided with "Author" in the Information. I made a test version to the template Information on Template:Sandbox (Template:Sandbox&oldid=2339353) that could be do like this example (User:Chris2map/Sandbox&oldid=2339354). --Chris2map (talk) 18:40, 9 June 2022 (UTC)
- On side of the license templates we could add a notice for uploader to add attribution, see test on User:Chris2map/Sandbox&oldid=2336777. Notice only shows up for logged-in users (as uploaders are). --Chris2map (talk) 16:48, 5 June 2022 (UTC)
- How about an abuse filter that would catch files with missing or incomplete licenses? --Tigerfell
(Let's talk) 13:08, 11 June 2022 (UTC)
- @Tigerfell: that would be great! Sadly I have no idea at all how abuse filters work (and for now scripts I wrote allow me to process more images that I have time for, especially given that some of notified people have questions that need to be answered...) Mateusz Konieczny (talk) 21:38, 22 November 2022 (UTC)
- Following extensive research and testing I now created filter 16. As I am not sure if it works as intended, it just tags uploads for now. Those edits should appear in https://wiki.openstreetmap.org/w/index.php?title=Special:RecentChanges&tagfilter=license-missing%3F. --Tigerfell
(Let's talk) 10:06, 3 December 2022 (UTC)
- There is one file on the recent list (File:2022-12-17-mapping party Reezekne RTA.png). I added license - How do we get it cleared from the list? - (Once when the filter doesn't list the files but instead sends messages to the uploaders, the problem no longer occurs.) --Chris2map (talk) 11:05, 4 December 2022 (UTC)
- You can remove the tag via the page history and the button Edit tags of selected revisions on the right. Abuse filters can show warnings or hinder users to do a certain action. I just want to start with marking such uploads so I can see if the filter is working as intended. The documentation is somewhat confusing to me. Later, I want to show a warning at least. I am considering a warning message and hindering users to upload files without licenses. That depends on how well the filter works and if you think that is more helpful than harmful. --Tigerfell
(Let's talk) 14:51, 4 December 2022 (UTC)
- You can remove the tag via the page history and the button Edit tags of selected revisions on the right. Abuse filters can show warnings or hinder users to do a certain action. I just want to start with marking such uploads so I can see if the filter is working as intended. The documentation is somewhat confusing to me. Later, I want to show a warning at least. I am considering a warning message and hindering users to upload files without licenses. That depends on how well the filter works and if you think that is more helpful than harmful. --Tigerfell
- There is one file on the recent list (File:2022-12-17-mapping party Reezekne RTA.png). I added license - How do we get it cleared from the list? - (Once when the filter doesn't list the files but instead sends messages to the uploaders, the problem no longer occurs.) --Chris2map (talk) 11:05, 4 December 2022 (UTC)
- Following extensive research and testing I now created filter 16. As I am not sure if it works as intended, it just tags uploads for now. Those edits should appear in https://wiki.openstreetmap.org/w/index.php?title=Special:RecentChanges&tagfilter=license-missing%3F. --Tigerfell
- @Tigerfell: that would be great! Sadly I have no idea at all how abuse filters work (and for now scripts I wrote allow me to process more images that I have time for, especially given that some of notified people have questions that need to be answered...) Mateusz Konieczny (talk) 21:38, 22 November 2022 (UTC)
Lua error in Module:Languages on talk: pages
I'm getting a Lua error message in the languages bar on pages in namespace "talk:"
Lua error in Module:Languages at line 62: attempt to index field '?' (a nil value). Backtrace: 1. (tail call): ? 2. Module:Languages:62: in function "translationPageName" 3. Module:Languages:117: in function "languageList" 4. Module:Languages:167: in function "chunk" 5. mw.lua:525: ? 6. (tail call): ? 7. [C]: in function "xpcall" 8. MWServer.lua:99: in function "handleCall" 9. MWServer.lua:313: in function "dispatch" 10. MWServer.lua:52: in function "execute" 11. mw_main.lua:7: in main chunk 12. [C]: ?
E.g. on this page or on Talk:Map features. --Chris2map (talk) 19:38, 18 August 2022 (UTC)
@Chris2map: This wiki-wide error was caused by a series of edits to Module:Languages/config, which I've reverted for now.
Bgo eiu, I avoided fully protecting the page so that you can continue to make routine edits, but please don't ignore the constraints documented in the comments in that module; they're there for a reason. If you need to make non-routine changes to the module, such as making exceptions to those rules, please stage your changes in Module:Languages/config/sandbox, Module:Languages/sandbox, or Template:Languages/sandbox, or at least use the interactive console below the edit form to test your changes before saving. Thanks for understanding; I realize it isn't always obvious that a benign-looking list can have a far-reaching impact.
– Minh Nguyễn 💬 05:21, 19 August 2022 (UTC)
- Sorry about that, I saw the comment at the top about making updates to the names and didn't realize there was a way to cause this type of error from the module. (And was sort of confused on what the difference between "pseudo-namespace" and "namespace" implied - I was trying to make a change in the category name with out impacting the latter by referencing the "pseudo-namespace.") --Bgo eiu (talk) 15:36, 19 August 2022 (UTC)
- Hopefully this won't break anything, but I will make a note here as well since in adding just the language codes to the list, I also updated the order. For any language using an Arabic/Persian based or Brahmic/Indic based writing system I went by ISO 15919 sort order rather than breaking up by script, because this allows the autonyms which start with the same sound to be together even if they use different scripts. So for example, Punjabi and Pashto; Marathi, Malayalam, and Burmese (Mranmabhasa) are next to each other instead of having say Pashto and Persian (Farsi) next to each other where they don't start with the same sound. That should make it easier to find a given language as the language box gets bigger. --Bgo eiu (talk) 18:03, 19 August 2022 (UTC)
- Next time someone adds a language code to the template, if typing
p.languageCodesSortedByName()
in the debugging console as the documentation says, the languages will revert to the previous order. Andrew (talk) 18:20, 19 August 2022 (UTC)
- @Bgo eiu: Your edits have merit, but as Wynndale points out, there should be a more durable way of implementing them. Could
languageCodesSortedByName()
be more nuanced than diacritic-folding the romanizations and sorting them alphabetically (the same approach that's built into MediaWiki)? Then again, maybe it won't matter for long, since the Translate extension would display these links automatically based on its own sort order. If these languages are currently hard to find in {{Languages}}, I suspect that creating stubs in them will do more for discoverability than polishing the sort order. After all, a language link is a lot easier to find among the list of existing translations than among the much longer list of redlinks that's hidden by default. – Minh Nguyễn 💬 05:46, 20 August 2022 (UTC) - Hmm, I assumed the order prior to my edit had been ad hoc because I was having trouble seeing what the order was based on (and therefore where to put the codes). In theory, if the function works by diacritic folding the Romanizations, that would look better than my edit or what it looked like before I edited --Bgo eiu (talk) 23:13, 20 August 2022 (UTC)
- Alright, when I just tried p.languageCodeSortedByName() the output made more sense than what it looked like before my edit, but is not ordered by Romanization or language code or English label towards the tail (the Arabic scripts were in an order that makes sense, but why is Burmese after Thai? That it could put Pashto in the sort order even though it starts with a letter which doesn't exist in Arabic). In any case, it doesn't matter that much since p.languageCodeSortedByName() results in something not that different. It seems like it just doesn't Romanize Brahmic scripts.
- @Bgo eiu: Your edits have merit, but as Wynndale points out, there should be a more durable way of implementing them. Could
- I am not sure why Saraiki was removed either. Saraiki represents a dialect continuum between Punjabi and Sindhi, so if those languages have codes in the wiki it doesn't make any sense to omit it as you can derive translations more easily once a translation in one of these languages is available. Transcribing a Punjabi page to Saraiki is doable as it is a matter of replacing certain phonemes and word forms (there are even some words which are more commonly written in Gurmukhi and Saraiki Shahmukhi than in Punjabi Shahmukhi, so using that using it in conjunction might be helpful isn't out of the question). Further, Saraiki Wikipedia has articles that I might be more inclined to reference where they are of better quality than the Punjabi Wikipedia ones, and there is no line where Punjabi ends and Saraiki starts so it would seem more inclusive to let people pick between pa, pnb, or skr, rather than make it seem like certain dialects are preferred. So that's the logic there.
- I did see the comment that said that a language has to have pages before adding it to the list, but the instructions also suggest that I would not be able to create a Saraiki page without an English page first and that to create a new page you should add it to the template, so I assumed the comment was just out of date/meant to be ignored. Whenever I get to a point where I feel comfortable writing Urdu that isn't Punjabi-pretending-to-be-Urdu, I would add Urdu and Hindi together for the same reason as adding Punjabi and Saraiki together; if the languages are similar to a degree of mutual intelligibility it's better they not stay separate. —Preceding unsigned comment added by Bgo eiu (talk • contribs) 23:42, 20 August 2022 (UTC)
- @Bgo eiu: I may have oversold
languageCodeSortedByName()
: it doesn't have any way of getting romanizations, so all it does is get the native name of each language, normalize any Latin names among them (folding case and diacritics), and sort by Unicode codepoint. This has the effect of grouping most languages by writing system, which has been the template's behavior for a long time. I don't have anything against properly sorting by romanization, but we'd need to maintain a table of romanizations. – Minh Nguyễn 💬 07:09, 22 August 2022 (UTC)
- @Bgo eiu: I may have oversold
(I wrote a little too much, but in short, if a Punjabi wiki page happens to be perfectly legible to a Saraiki reader, the question of "is this a Punjabi page or a Saraiki page?" is like asking "is tomato a fruit or a vegetable?" OSM Wiki doesn't need to be concerned with this question, and I am leaning towards wanting to avoid saying or implying "Punjabi is the same as Saraiki" where possible.) --Bgo eiu (talk) 23:59, 20 August 2022 (UTC)
Added Skr:Key:name:skr as a place holder from my phone if it would help; though it might be a bit before I flesh it out as I want to figure out how to render the wiki editor in a Punjabi/Saraiki friendly fixed width font first (this exists thankfully, and is necessary given I discovered editing Punjabi regexes on GitHub is complicated by some characters looking identical in some fonts). And how to get Latin script templates to be in the correct part of the sentence --Bgo eiu (talk) 00:18, 21 August 2022 (UTC)
- Sorry to triple bump the thread, but in trying out using the Languages template, I've realized that clicking on Arabic script links doesn't even work without expanding the whole list anyway, so creating a stub doesn't really help to that end. I should look into how the Translation extension works. (And spend more time browsing Persian Wikipedia, as they've worked out how to deal with these kinds of quirks better than most.) --Bgo eiu (talk) 00:48, 21 August 2022 (UTC)
@Bgo eiu: The backstory is that the previous iteration of {{Languages}} listed many, many more languages indiscriminately, detracting from the template's primary purpose as a navigational aid among existing pages. A former contributor to this wiki insisted that {{Languages}} include any language with at least one page, and simultaneously added empty categories and subcategories in hundreds of languages, including many that had scant chance of ever having content on this wiki. Something about this template appearing on every page on the wiki must've given them some kind of rush, but paring back the list actually had a perceptible impact on page load names. I believe you're being more considerate, but the bar for adding a language remains more than reasonable: just one content page, however trivial. Notably, this standard has nothing to do with curating a coherent list of related languages.
At the time I redesigned {{Languages}}, I was unsure if the community here would even accept my shortcut of making the template's header and footer match the interface language instead of the page language. But since that seems to have stuck, I think we should consider dropping the list of redlinks altogether in favor of a single link for the interface language if the page isn't available in that language yet. If the user isn't using the wiki in their native language, they can use the Universal Language Selector (next to the user name at the top of the page) to search for their language within a much more comprehensive list. Getting rid of the list of redlinks would eliminate the annoying jank or jump that occurs on page load, especially on mobile devices.
– Minh Nguyễn 💬 06:44, 22 August 2022 (UTC)
- I relatively often use this template to create pages in Polish despite using English interface. Would be still possible to have listing of all not yet existing pages available somehow, even if hidden by default? Mateusz Konieczny (talk) 16:30, 23 August 2022 (UTC)
- @Mateusz Konieczny: Yes, we could add something for that, but it could be generated dynamically instead of baked into every page's source code. – Minh Nguyễn 💬 00:35, 8 September 2022 (UTC)
- I relatively often use this template to create pages in Polish despite using English interface. Would be still possible to have listing of all not yet existing pages available somehow, even if hidden by default? Mateusz Konieczny (talk) 16:30, 23 August 2022 (UTC)
- Conclusion(?) or addendum - given that clicking on Punjabi and Saraiki doesn't work at all from the language table anyway, I've restored the config to be as it was before I edited, just with pnb and skr added to "minor languages." Setting it up like this: Skr:Key:name:skr the links actually work and I don't have to argue to add Hindi or Urdu to in it since it should be as easy as possible to add translations in these languages from Punjabi/Saraiki. Hopefully adding categories manually doesn't also break anything... --Bgo eiu (talk) 08:14, 21 August 2022 (UTC)
Proposal for new parameters on OpenStreetMap Wiki Infoboxes (such as general propose URL pattern)
I would like to propose having documented new parameters on Template Template:KeyDescription with for what on Wikidata would be a P1630 and another, more specialized, for P1921.
Interfaces such as the main website preview already show links to documentation of the Wiki itself and have hardcored external links such as for key wikidata=* and wikipedia=*. However, with this addition to the Infoboxes and documentation on how could be used, this might later make such external links generic: the value of the tag be replaced with the `$1`.
By far (if not actually the unique exclusive use case) would be linked to external identifiers (such as the ones documented on Key:ref). Maybe a set of additional parameters would be also interesting (such as example value or even regex of expected allowed values) so data mining of the infoboxes could be used such as for example validation rules and quick documentation generation without reading the body of the page.
Opinions? EmericusPetro (talk) 02:29, 3 July 2023 (UTC)
- Do you mean P8 formatter URL? The description box parameter is called "url_pattern". --Chris2map (talk) 05:46, 3 July 2023 (UTC)
- Yes, also this one! Thanks! I will use it! I'm doing some read-only tests on the Wiki, but still not finished. Maybe each individual suggestion would need discussion, so maybe this generic topic could be closed. EmericusPetro (talk) 06:43, 10 July 2023 (UTC)
- One question (maybe the last one before mark as resolved): would it be acceptable, for a small number of Infoboxes which are not widely used (at least not outside an country) to temporarily have undocumented infoboxes additional parameters (e.g. not changing semantic of current ones)? One potential example would be the external identifier Key:IBGE:GEOCODIGO. Not really a problem if eventually others remove it by mistake, but I would like to ask first EmericusPetro (talk) 06:43, 10 July 2023 (UTC)
- What additional data to display do you have in mind? Could you design an example? How about a separate info box? --Chris2map (talk) 08:19, 10 July 2023 (UTC)
- @EmericusPetro: Mateusz Konieczny (talk) 14:25, 24 July 2023 (UTC)
- @Mateusz Konieczny: @Chris2map: Actually, I saw Chris2map reply, but was unsure if a second infobox could be a better idea. But maybe it is! That's why I stopped for a moment to eventually have a full example (which don't need to change current infoboxes). Anyway, I'm taking some time to document a generic data extraction from wikitext to consume the data as a command line application (optionally, proxy server). In addition to the Data Items (the old ot which stopped to work) vs Taginfo parsing (described here Taginfo/Parsing_the_Wiki, at least Nominatim also parses wikitext from here Nominatim/Special_Phrases, so my idea would be generalize such cases on a intermediary exportable format. The code was already drafted early this year, but needs to be documented, so I could ping other wiki editors to have feedback. But for the Chris2map question. Yes, for now I'm not adding any undocumented parameter to infobox used in production. I could use other dummy templates as test case on my user sandbox page. EmericusPetro (talk) 17:06, 24 July 2023 (UTC)
- Thanks for the info! From your new post about the snake tool I now see that you are working on something big. I don't understand a lot of it due to lack of expertise, but it sounds like a great thing that could lead to the next evolutionary step for the wiki usage. --Chris2map (talk) 15:44, 25 July 2023 (UTC)
- What additional data to display do you have in mind? Could you design an example? How about a separate info box? --Chris2map (talk) 08:19, 10 July 2023 (UTC)
- One question (maybe the last one before mark as resolved): would it be acceptable, for a small number of Infoboxes which are not widely used (at least not outside an country) to temporarily have undocumented infoboxes additional parameters (e.g. not changing semantic of current ones)? One potential example would be the external identifier Key:IBGE:GEOCODIGO. Not really a problem if eventually others remove it by mistake, but I would like to ask first EmericusPetro (talk) 06:43, 10 July 2023 (UTC)
403 for a file
The image File:Urbahnverleih.github.io-Screenshot 2021.png cannot be displayed. I got "403 Forbidden" error. What could be the cause? In the log we can see that the file was uploaded and then moved. maro21 16:56, 13 December 2023 (UTC)
- Data corruption? Too weird file name? Mateusz Konieczny (talk) 13:14, 14 December 2023 (UTC)
I think that File: page was created as wiki page and not really by upload of a file.--Chris2map (talk) 16:48, 14 December 2023 (UTC)- Makes sense Mateusz Konieczny (talk) 18:59, 14 December 2023 (UTC)
marked for deletionMateusz Konieczny (talk) 18:59, 14 December 2023 (UTC)
- The file was uploaded, which can be seen in the log to which I provided a link. maro21 20:58, 14 December 2023 (UTC)
- I guess that anyone interested should file issue at https://github.com/openstreetmap/operations/issues why file got lost, can it be recovered and whether it can happen with other files. And again, uploading files to Wikimedia Commons is almost certainly preferable 21:40, 14 December 2023 (UTC)
- Is anyone interested in doing this? If not, we should simply delete this page as lost file Mateusz Konieczny (talk) 11:16, 4 January 2024 (UTC)
- I guess that anyone interested should file issue at https://github.com/openstreetmap/operations/issues why file got lost, can it be recovered and whether it can happen with other files. And again, uploading files to Wikimedia Commons is almost certainly preferable 21:40, 14 December 2023 (UTC)
- The file was uploaded, which can be seen in the log to which I provided a link. maro21 20:58, 14 December 2023 (UTC)
Per language feeds of wiki edits?
Hi, I am very new to OSM community and looked for RSS feeds of the activities written in my language on this wiki. It seems some languages have their namespace (ex ES
) but my language(KO
) is treated as a plain suffix of the title of the page. So technically it is possible to subscribe to the Spanish feed from https://wiki.openstreetmap.org/w/api.php?action=feedrecentchanges&namespace=204
, but not for Korean. I see adding a new namespace is not the good solution based on some articles. But because the API supports tag filtering, I would subscribe a tag if there is a certain tag. It will be good if someone creates new AbuseFilters and manage them to automatically add the tags to edits when the articles start with '<LANGUAGE_CODE>:'.
--Megumi2103 (talk) 10:08, 27 November 2022 (UTC)
- @Megumi2103: A few languages have their own namespaces for historical reasons, but language namespaces aren't being created anymore; instead, pages are being created in the main namespace with prefixes that look like namespaces. It is possible to create tags and assign them using abuse filters, similar to the one we created one to track edits to data item descriptions, but it gets throttled too easily to be useful. We'd also have to create one per language, which could be a performance issue. For now, one alternative is to search for pages containing the language code and sort by freshness, like this search for Korean. However, I don't think MediaWiki offers an RSS feed of Special:Search. Translatewiki.net uses the CleanChanges extension to provide an option to filter Special:RecentChanges by language code; the operations team is responsible for deciding which extensions to install. [1] – Minh Nguyễn 💬 00:57, 28 November 2022 (UTC)
- Follow up Github issue: https://github.com/openstreetmap/operations/issues/797
- It was closed with "The OWG requires extension requests come from wiki sysadmins. A wiki admin can open a new request for this extension if the wiki admins believe it should be added to the OSM wikis." Mateusz Konieczny (talk) 17:28, 3 November 2023 (UTC)
- Do we mark this as resolved or continue doing more for this? Mateusz Konieczny (talk) 19:18, 16 December 2023 (UTC)
- It was closed with "The OWG requires extension requests come from wiki sysadmins. A wiki admin can open a new request for this extension if the wiki admins believe it should be added to the OSM wikis." Mateusz Konieczny (talk) 17:28, 3 November 2023 (UTC)
- Follow up Github issue: https://github.com/openstreetmap/operations/issues/797

Any idea what causes https://wiki.openstreetmap.org/w/index.php?title=Category:Pages_unavailable_in_highway&action=edit&redlink=1 to be filled and how to stop this?
Mateusz Konieczny (talk) 11:52, 9 April 2024 (UTC)
- {{Langcode}} needs
|Highway=en
added. Andrew (talk) 12:03, 9 April 2024 (UTC)- Why adding such hack would be a good idea? Maybe better to stop this template from being triggered in the first place in Proposal namespace? Mateusz Konieczny (talk) 05:25, 10 April 2024 (UTC)
- @Mateusz Konieczny: These pages date to the days when some users thought all wiki pages are supposed to be namespaced using colons, just like tags in the database. This is how we got pages like Canada:British Columbia:Cowichan Valley Regional District and Canada:Ontario:Burlington/Public Transport/Analysis/Burlington Transit-Routes. But MediaWiki uses a slash for delimiting the parts of a subpage's name, so I've been renaming these pages as I come across them. Plus, categories mean that we usually don't even need to use subpages like in a file system. – Minh Nguyễn 💬 22:16, 11 April 2024 (UTC)
- I am thinking about moving Highway:International equivalence to Highway - International equivalence or Highway/International equivalence. Is anyone opposed to such change? Or see a better name? Redirect would remain. Mateusz Konieczny (talk) 14:41, 12 April 2024 (UTC)
- @Mateusz Konieczny: These pages date to the days when some users thought all wiki pages are supposed to be namespaced using colons, just like tags in the database. This is how we got pages like Canada:British Columbia:Cowichan Valley Regional District and Canada:Ontario:Burlington/Public Transport/Analysis/Burlington Transit-Routes. But MediaWiki uses a slash for delimiting the parts of a subpage's name, so I've been renaming these pages as I come across them. Plus, categories mean that we usually don't even need to use subpages like in a file system. – Minh Nguyễn 💬 22:16, 11 April 2024 (UTC)
- @Mateusz Konieczny: I'd suggest either "Highways/International equivalence" (as a subpage of "Highways") or "International highway classification equivalence" (which reads more naturally). While we're at it, {{Map Features:highway}} is another example of that mistaken colon namespacing, though it isn't breaking anything at the moment. – Minh Nguyễn 💬 01:46, 13 April 2024 (UTC)
- In this case I'd prefer "International highway classification equivalence", but subpage style is OK, too. --Chris2map (talk) 08:21, 14 April 2024 (UTC)
- Moved to International highway classification equivalence (redirect remains so things should not break) Mateusz Konieczny (talk) 13:58, 6 May 2024 (UTC)
- In this case I'd prefer "International highway classification equivalence", but subpage style is OK, too. --Chris2map (talk) 08:21, 14 April 2024 (UTC)
- Yes, I am against it. No spaces are used between hyphens. And "International equivalence" is not a subpage of "Highway" (because there is no such page). maro21 20:12, 24 May 2024 (UTC)
- @Mateusz Konieczny: I'd suggest either "Highways/International equivalence" (as a subpage of "Highways") or "International highway classification equivalence" (which reads more naturally). While we're at it, {{Map Features:highway}} is another example of that mistaken colon namespacing, though it isn't breaking anything at the moment. – Minh Nguyễn 💬 01:46, 13 April 2024 (UTC)

- On this Wiki, we have such a system that what comes before the colon is a language code that creates an additional namespace. So in the names of these templates there should be no colon. maro21 20:12, 24 May 2024 (UTC)
- @Maro21: do you want mark this page as not resolved or would it be fine to archive it as resolved? (it seems that you are not protesting the move but I want to confirm) Mateusz Konieczny (talk) 12:49, 28 May 2024 (UTC)
- The category "Pages unavailable in highway" is empty now so I think the issue is resolved. I also fixed the last page there so it's empty now. Sorry for my late response before. maro21 20:11, 28 May 2024 (UTC)
- @Maro21: do you want mark this page as not resolved or would it be fine to archive it as resolved? (it seems that you are not protesting the move but I want to confirm) Mateusz Konieczny (talk) 12:49, 28 May 2024 (UTC)
Willkürliche Kartenzerstörung?
Hallo, ich bin begeisterter OSM-Nutzer und habe gerade ein Nutzerkonto eingerichtet, weil ich gestern und heute entdeckt habe, dass in verschiedenen Regionen Deutschlands Kacheln bewusst "zerstört" wurden. In einer bestimmten Vergößerungsstufe sind diese Kacheln kreuz und quer überzogen mit geraden weißen Linien, die vermutlich Straßen darstellen. Ich weiß nicht, wie das zustande kommt und was man dagegen tun kann. Es wird nur unter openstreetmap.de so dargestellt, bei openstreetmap.org nicht. Ein Beispiel findet man bei Eingabe der Adresse: "Hans-Thomann-Straße 1 96138 Burgebrach-Treppendorf" unter https://openstreetmap.de/karte/# und anschließendem Herauszoomen um einige Stufen. Ich würde einen Screenshot anhängen, aber mir wird angezeigt, dass ich keine Berechtigung habe, um eine Datei hochzuladen. Ein weiteres Beispiel (in einem ganz anderen Teil Deutschlands) fand ich gestern bei Eingabe der Adresse: "67822 waldgrehweiler, grashof" auf meinem Smartphone. Dort wurden in einer Zoomstufe in verschiedenen Sprachen beschriftete geradlinige Straßen angezeigt, die über der echten Karte lagen. Hat jemand einer Idee, was die Ursache sein kann? Beste Grüße Berthold —Preceding unsigned comment added by BS1 (talk • contribs) 2024-06-14
- Die weiße, vertikale Linie ist meines Erachtens ein Anzeigefehler, also Software-Fehler der Web-Anwendung. File:Openstreetmap.de screenshot 2024-06-14 145307.png Bei meinen Tests tauchte diese mal auf, mal nicht. Ich weiß nicht, wer da der erste Ansprechpartner wäre. Eventuell https://github.com/giggls/openstreetmap-carto-de/issues Grüße --Chris2map (talk) 13:24, 14 June 2024 (UTC)
Abbreviations and misspellings in search
The page Abbreviations says that editors should enter the full name of any object. Indeed, for a newly built street the full name "Kerstingatan" (in Linköping, Sweden) has been entered, and searching for that name works fine. And searching for the abbreviation "Kersting." also finds it. Is this some magic in the search engine? However, searching for another common abbreviation "Kerstingat." gives no hit. So is there a list of abbreviations (g. = gatan) where we could add gat. = gatan? Further, adding an "s" in the middle would be a common misspelling (Kerstinsgatan) and could we make the search engine find the right street anyway? --LA2 (talk) 12:10, 28 May 2024 (UTC)
- @LA2: Search engine used at osm.org is Nominatim and yes, it has some limited "magic". Its issue tracker may already have relevant issue there or maybe it would be worth reporting Mateusz Konieczny (talk) 12:48, 28 May 2024 (UTC)
- Your question is beyond the scope of this Wiki. The proper place for this question would be: https://github.com/osm-search/Nominatim/issues maro21 20:09, 28 May 2024 (UTC)

How one may create account while hit by "listed as an open proxy in the DNSBL"?
"Your IP address is listed as an open proxy in the DNSBL used by OpenStreetMap Wiki. You cannot create an account." - https://community.openstreetmap.org/t/is-a-separate-account-needed-to-edit-the-wiki/1549/3
What one may say to people affected by this? Can we waive such blocks? See https://community.openstreetmap.org/t/is-a-separate-account-needed-to-edit-the-wiki/1549/3
Mateusz Konieczny (talk) 22:31, 2 June 2022 (UTC)
- Now that we have switched to hCaptcha it will be interesting to see how it affects spam user sign-ups. If it works well I would be willing to disable the DNSBL for a trial period. -- Firefishy (talk) 12:29, 5 August 2022 (UTC)
- @Firefishy: "got blocked trying to reset my password on the wiki. whats this about? "Your IP address is listed as an open proxy in the DNSBL used by OpenStreetMap Wiki."" reported on https://discord.com/channels/413070382636072960/704832584328151040/1005917189502664786 Mateusz Konieczny (talk) 07:33, 8 August 2022 (UTC)
- next victim at https://discord.com/channels/413070382636072960/704832584328151040/1014546899384148008 Mateusz Konieczny (talk) 20:54, 31 August 2022 (UTC)
- Next victim at https://community.openstreetmap.org/t/tagless-points-and-lines-in-greenbelt-md/97992/17 Mateusz Konieczny (talk) 17:35, 19 April 2023 (UTC)
@Firefishy: Which BLs do we use? There is a victim with an IP not visibly on any open proxy dnsbls I have found around (it's on some spam related RBLs but they are not listing open proxies and most of them use wide range prefix blocks based on various "opinion based methods"). It's not simple to expect to have an ip removed from an unknown RBL... --grin ✎ 18:35, 17 April 2024 (UTC)
should be fixed by https://github.com/openstreetmap/chef/commit/05d9e04459ff503314f7aa28c6fba5d751984921 and https://github.com/openstreetmap/chef/commit/2c7afd04966d1845c405f24d317a53ff53089e47 Mateusz Konieczny (talk) 11:54, 8 October 2024 (UTC)

Wikibase file uses not shown on file pages (or in API)
Where a file is used by a Wikibase item, that use doesn't currently appear on the file's description page. For instance, File:Motorway-DE-A4-Aachen.JPG is used on highway=motorway (Q4980), but that item doesn't appear on the file description page under "File usage". This doesn't seem to be problem intrinsic to Wikibase, since it doesn't affect Wikidata. See, for instance d:File:30 Storeys Way, Cambridge (geograph 5521921).jpg, which correctly shows its use by d:Q26627430. Fixing this would help with my plan (above) to track this wiki's use of Commons files, because uses by Wikibase items also seem to be invisible to the MediaWiki API at the moment. --Ben Harris (talk) 10:24, 19 August 2022 (UTC)
- Worked around by having a bot generating galleries Mateusz Konieczny (talk) 07:27, 29 October 2022 (UTC)
- Mateusz meant Wiki:Files used by data items.
- Is there anything we should do here? Is linking to data items on file pages technically possible? maro21 20:47, 19 April 2023 (UTC)

How can I list tags with data items but have no OSM Wiki page?
Special:PrefixIndex/Item: is not helpful as it lists them as alphanumeric soup, not as tags.
Category:Redirects connected to a data item is not helpful as it lists only cases where redirect exists
I am also fine with API call (I guess that Special:PrefixIndex has matching one?), if there is nothing human readable
For bonus points, listing only data items with actual content (and skip blank entries like https://wiki.openstreetmap.org/wiki/Item:Q8018 ) would be great
Mateusz Konieczny (talk) 11:34, 6 September 2022 (UTC)
- Using Sophox or Talk:Wiki#Install_the_WikibaseCirrusSearch_extension. maro21 20:50, 19 April 2023 (UTC)
- And Special:ItemsWithoutSitelinks ? --Chris2map (talk) 20:30, 4 May 2023 (UTC)
- Almost no tags there. Mostly groups. maro21 20:48, 4 May 2023 (UTC)
- Yes, I had already once maintained some. Well, we are missing a list of data items that have a sitelink but the page does not exist. --Chris2map (talk) 08:05, 5 May 2023 (UTC)
- What is a sitelink? maro21 15:13, 5 May 2023 (UTC)
- A sitelink is the connection between a data item and a wiki page. It must be set manually (Special:SetSiteLink) when creating a new data item to establish this connection (since Special:ItemByTitle doesn't work). E.g. Special:SetSiteLink/Q6787/wiki. See "Set item sitelink" at bottom of main menu to the left on item pages. --Chris2map (talk) 16:49, 5 May 2023 (UTC)
- I see. So in cases like this one Item:Q997 the bot set sitelink to Key:REF when creating the data item, although the page Key:REF doesn't exist. So we won't find such items without a Wiki page because they aren't listed at Special:ItemsWithoutSitelinks. maro21 18:04, 5 May 2023 (UTC)
- A sitelink is the connection between a data item and a wiki page. It must be set manually (Special:SetSiteLink) when creating a new data item to establish this connection (since Special:ItemByTitle doesn't work). E.g. Special:SetSiteLink/Q6787/wiki. See "Set item sitelink" at bottom of main menu to the left on item pages. --Chris2map (talk) 16:49, 5 May 2023 (UTC)
- What is a sitelink? maro21 15:13, 5 May 2023 (UTC)
- Yes, I had already once maintained some. Well, we are missing a list of data items that have a sitelink but the page does not exist. --Chris2map (talk) 08:05, 5 May 2023 (UTC)
- Almost no tags there. Mostly groups. maro21 20:48, 4 May 2023 (UTC)

Deprecated vs. obsolete tags
Key:gay has been recently made obsolete by a community vote and instances replaced with key:lgbtq. So this is no more, and it has been placed in Category:Key descriptions with status "obsolete". So far, so good. However, when you open the page, you have to read it very carefully to understand this.
In theory, obsolete map features are those which have been deleted and may not be used anymore, while deprecated features have a weaker prohibition, as spelled out in Template:Deprecated. However, Template:Deprecated glaringly shows a warning on the top of the page, but it is absent from Key:gay, which on first glance looks like a regular Wiki page for a common tag.
I wish we would treat deprecated and obsolete tag wiki pages with more consistency, featuring one or more:
- A glaring template such as Template:Deprecated on both; an argument such as {{Deprecated|obsolete=yes}} could be added to expand the usage to obsolete features as well. Or create a new Template:Obsolete?
- Make the prohibition of usage at Template:Deprecated stronger. Currently it reads "You are still free to continue to use or interpret this tag as you see fit since OpenStreetMap does not have “banned features”. Under no circumstances should you (semi-)automatically change “deprecated” tags to something else ", which is very permissive, and basically reads "but you may defy community decision as you see fit if you feel strongly about it". At least for positively obsolete features, this should be omitted (and I wish we had a stronger language for deprecated ones as well).
Thoughts? Duja (talk) 10:21, 16 July 2024 (UTC)
- I'm with you that there is hardly a comprehensible and documented dealing in the wiki with both of these status. @ 1) I'd like to omit the Template:Deprecated (see Template_talk:Deprecated#Integration_in_main_Template:Description) and therefore I wouldn't create any additional exclusive template like Template:Obsolete. If we could handle the deprecated status within Template:Description, we could do it the same way with status obsolete. – Additional idea: How about adding Template:Historic artifact start or something similar to tag pages with status obsolete? --Chris2map (talk) 15:45, 16 July 2024 (UTC)
- Yep, Template:Historic artifact start is a good idea. Duja (talk) 17:13, 17 July 2024 (UTC)
- Not every obsolete tag is deprecated. There are obsolete tags that went out of use long ago, but no one disapproved them or replaced them with anything. Obsolete status means "not in use anymore". It doesn't say if it can or shouldn't be used.
- "Make the prohibition of usage at Template:Deprecated stronger" -> No, because it contradicts the sentence "OpenStreetMap does not have “banned features". maro21 19:25, 16 July 2024 (UTC)
- While we technically do not have "banned features", there's a reason we deprecated those tags. Usually, because they're synonymous with a better defined or more widespread tag. But the current wording of the template almost encourages its further use.
I'm inclined to shorten that text and dryly point the reader to the deprecated tags page, which explains the situation in more detail. Duja (talk) 17:12, 17 July 2024 (UTC)
- While we technically do not have "banned features", there's a reason we deprecated those tags. Usually, because they're synonymous with a better defined or more widespread tag. But the current wording of the template almost encourages its further use.
- I think that deprecated tag should be marked as deprecated even it's usage equal to zero. As obsoleted may be marked cleaned tags from past imports, for example, because they may be (as minimum, in theory) used again, but not used currently. Something B (talk) 23:31, 16 July 2024 (UTC)
- "Make the prohibition of usage at Template:Deprecated stronger" - that would not be a good idea, as in fact you are allowed to use them, see ATYL. If you want to place eye-biting banner it can be also placed manually, see Template:Ambox (|type= danger subvariant) Mateusz Konieczny (talk) 13:52, 26 July 2024 (UTC)
Seeems

Item:Q5 (area)

Item:Q5 has been adorned with unsightly "THIS ITEM IS OBSOLETE AND WILL BE DELETED SOON" since 2018 by User:M!dgard, and then this has been translated to other languages. While this data item is probably not much referenced, I don't see it as "obsolete", so I'd like to edit the text (and shorten the overlong description). Prominently, it appears in search results as the short description.
I'm not very familiar with data-item metalanguage, but shouldn't Q5 be somehow referenced from Property:P35 (applies to areas) or vice versa? Duja (talk) 10:39, 31 July 2024 (UTC)
- It's obsolete because it's not used and now we use Property:P35. Data items don't exist in isolation and are used for something. maro21 21:35, 1 August 2024 (UTC)
- Alright, it's not cross-referenced from other data items and properties -- but it still provides information backing the area Wiki page, such as short description, in multiple languages. The same issue exists with Item:Q3 (node) and Item:Q4 (way). If nobody is going to delete those anytime soon (and it's been 6 years since they were "tagged"), I'd like to restore them to a sane state. WRITING WARNINGS IN ALL CAPS is hardly a proper way to handle process issues. Duja (talk) 07:56, 2 August 2024 (UTC)
- I edited Item:Q3, Item:Q4 and Item:Q5, removed ALL CAPS and shortened descriptions in all entered languages, to the best of my ability (I know the basics of European languages enough to remove the text, but hardly to expand). Please review. Marking this as resolved. Duja (talk) 12:02, 6 August 2024 (UTC)
Request for comments: removing content from pages
https://wiki.openstreetmap.org/w/index.php?title=Key:company&action=history Could I have your comments please? maro21 15:12, 16 September 2024 (UTC)
- At first, no matter how good or inappropriate the content of the page may be, there should be a page with at least the description box for that key
company=*
, IMHO. So I don't support the redirect. --Chris2map (talk) 17:47, 16 September 2024 (UTC)

Changing page language?
From this morning's watchlist of mine:
21:30, 4 December 2024 (Language change log) أحمد الرخيص changed the language of About from English (en) [default] to Arabic (ar)
Indeed, About now displays RTL order in both display and edit modes, and I can't find a way to revert it. How is changing page language even possible - I can't find it anywhere in desktop UI? This looks like vandalism to me, rather than a newbie's misguided attempt; they also messed with the page Go Map!!. It seems to be enabled for non-admins only in mobile version, which opens a backdoor for abuse. Duja (talk) 08:58, 5 December 2024 (UTC)
- I changed it back to English. It is vandalism. The page language setting is free to every user, also in desktop view. See the "Page information" via the menu on the left. --Chris2map (talk) 16:23, 5 December 2024 (UTC)
- Thanks. The left sidebar is the last place I'd look for an option to actually change a page attribute. On English Wikipedia, such a page is available but read-only [2]; but then, it's English-only, and our wiki is multi-language, and our users have been using this feature constructively. Oh well, problem solved for now. Duja (talk) 13:16, 6 December 2024 (UTC)

Need a quick help

Dear All, I'm trying to translate in Bulgarian language some tags in English such as: waste (general waste), ash, waste basket and so on. I'm afraid I'm not doing it right and need a quick hint how to make it. Please, have a look at my edits and fix the mess, if I involuntary did any. Many thanks, IvanovX128 (talk) 20:51, 5 December 2024 (UTC)
- The parameters "key=" and "value=" on Key: and Tag: pages have always to be entered in English. Otherwise the templates behind the description box do not work as intended.
- With data items most languages other than English don't set a "label" for keys and tags but leave it empty. Main reason is to keep it easy to recognize the original tag. But technical it is possible to enter a translation for the label. It's up to the Bulgarian comunity. However the labels of group data items are translated.
- You may want to translate the group data item for "waste processing": waste processing (Q22141). --Chris2map (talk) 23:51, 5 December 2024 (UTC)
- Thank you IvanovX128 (talk) 15:37, 6 December 2024 (UTC)
- Please don't add labels for tags and keys in data items. Tags and keys are proper names, they are like variables, and they are untranslatable. maro21 18:52, 6 December 2024 (UTC)
online software and web software

Is there a difference between online software and web software?
We have two categories: Category:Online software and Category:Web software. Can we combine these categories into one? maro21 21:12, 10 December 2024 (UTC)
- I don't really know. But I could imagine the following distinction: Online software is software that needs an active internet connection to run. Web software is software that runs or is used on a web page. --Chris2map (talk) 16:14, 11 December 2024 (UTC)
- While that distinction could be made, I don't see it by perusing our categories. All listed entries seem to be web software (in the sense you specified). I support merging the categories: Category:Web software is much more populated, but it's inconsistent with Category:Online Services. I'm also not sure if a consistent distinction can be made between "services" and "software", so the latter is also a possible candidate for merging. Duja (talk) 11:52, 12 December 2024 (UTC)
- @Duja: Regarding the current assignments in the wiki I'm completely with you. Many of the pages in Category:Web software are maps. In my opinion, maps are better categorized as "services" or perhaps "applications" rather than "software". This brings me to another fourth Category:Web services. But to work with the existing ones we could also use Category:Web software. --Chris2map (talk) 20:10, 12 December 2024 (UTC)
- I was also thinking of merging Online softwarte into Web software - the latter is added by the {Software} template and is more populated. For example JOSM is of course an online software and for sure it's not a web software. But one can work in JOSM offline too, so it's offline software too;). I'll merge the categories next week.
- I don't know what to do with Online Services, if we should keep it or merge it too. maro21 00:14, 14 December 2024 (UTC)
- Category:Online Services currently states that "Online services are those which provide a data or control interface for other applications or systems. Often, applications which present an online service also present a user interface, meaning that there will be some overlap between members of this category and those in Category:Online software. However, the meanings of these two categories are quite distinct. "
While I may accept that "distinct", I cannot agree with that "quite" -- the line is blurry.
Anyway, as I see it, the best course of action would be to:- Merge Category:Online software into Category:Web software
- Make Category:Online Services a subcategory of Category:Web software (instead of current Category:Software)
- In the process, rename Category:Online Services into Category:Online services (since it hurts my inner OCD)
- Duja (talk) 09:06, 16 December 2024 (UTC)
- I support the proposal, thanks! maro21 23:24, 18 December 2024 (UTC)
- Thanks for the swift action. I renamed Category:Online Services into Category:Online services (including subcategory Category:Online services/translations) and recategorized all its contents. However, I cannot make {{Languages}} bar working properly, since it links back to old Category:Online Services - I'm not sure where it draws the data from? Duja (talk) 13:19, 23 December 2024 (UTC)
- I marked it resolved because Category:Online Services wasn't the subject matter of this thread. But thanks for renaming! There is still an old name in {{Languages|Category:Online Services}} because there are still links or redirects to other language versions e.g. "Category:DE:Online Services" or "Category:ES:Online Services" -> Category:ES:Servicios en línea. However if you switch to {{Languages|Category:Online services}} you won't see any links. You can make new redirects to other language versions without moving those categories. maro21 18:54, 23 December 2024 (UTC)
- Ah I see, it's pretty dumb -- it just links the same-named categories or articles with different language prefixes it finds, so it needs redirects in place. I expected it would pull a list from somewhere (e.g. a data item, but it does not exist for categories). Oh well, marking as resolved. Duja (talk) 19:45, 23 December 2024 (UTC)
- I marked it resolved because Category:Online Services wasn't the subject matter of this thread. But thanks for renaming! There is still an old name in {{Languages|Category:Online Services}} because there are still links or redirects to other language versions e.g. "Category:DE:Online Services" or "Category:ES:Online Services" -> Category:ES:Servicios en línea. However if you switch to {{Languages|Category:Online services}} you won't see any links. You can make new redirects to other language versions without moving those categories. maro21 18:54, 23 December 2024 (UTC)
- Thanks for the swift action. I renamed Category:Online Services into Category:Online services (including subcategory Category:Online services/translations) and recategorized all its contents. However, I cannot make {{Languages}} bar working properly, since it links back to old Category:Online Services - I'm not sure where it draws the data from? Duja (talk) 13:19, 23 December 2024 (UTC)
- I support the proposal, thanks! maro21 23:24, 18 December 2024 (UTC)
- Category:Online Services currently states that "Online services are those which provide a data or control interface for other applications or systems. Often, applications which present an online service also present a user interface, meaning that there will be some overlap between members of this category and those in Category:Online software. However, the meanings of these two categories are quite distinct. "
- @Duja: Regarding the current assignments in the wiki I'm completely with you. Many of the pages in Category:Web software are maps. In my opinion, maps are better categorized as "services" or perhaps "applications" rather than "software". This brings me to another fourth Category:Web services. But to work with the existing ones we could also use Category:Web software. --Chris2map (talk) 20:10, 12 December 2024 (UTC)
- While that distinction could be made, I don't see it by perusing our categories. All listed entries seem to be web software (in the sense you specified). I support merging the categories: Category:Web software is much more populated, but it's inconsistent with Category:Online Services. I'm also not sure if a consistent distinction can be made between "services" and "software", so the latter is also a possible candidate for merging. Duja (talk) 11:52, 12 December 2024 (UTC)
License for Osmarender icons

Please suggest right license for Osmarender icons, such as
Something B (talk) 10:54, 11 January 2025 (UTC)
- {{PD-shape}}. I added it. maro21 13:32, 11 January 2025 (UTC)
Licensing for Potlatch screenshots

Please suggest template for Potlatch screenshots, such as:
Something B (talk) 10:46, 12 January 2025 (UTC)
- License of the screenshot is the same as the software. maro21 21:52, 13 January 2025 (UTC)
- Created Template:Potlatch screenshot. --Chris2map (talk) 18:00, 21 January 2025 (UTC)
Wiki page for a newspaper, out of scope?

There has just been created a (place like) Wiki page for a daily newspaper: Dainik Target. – I think that this is out of the scope of this Wiki. What do you think and how should we deal with this and things like that? – BTW, do we have a documentation of the scope of OSM Wiki? I don't know of any. That would be important to have. --Chris2map (talk) 16:35, 26 January 2025 (UTC)
- Of course out of scope. What is the scope? Anything related to OSM or OSM Wiki. maro21 18:04, 26 January 2025 (UTC)
- Yes, it is obvious what the scope of this wiki is. But deciding on a case-by-case basis is not always that easy. Some self-portrayal or encyclopedic content is tolerated. The boundaries are particularly difficult to draw on user pages. I have often waited for someone to ask what is permitted or where it says that, for example, advertising is not permitted. That's why I think it wouldn't be a bad idea to write it down. The bureaucrats should be involved in this, as they have to make the decision in case of doubt. --Chris2map (talk) 18:48, 26 January 2025 (UTC)
Page creation goes on. I wrote on User talk:Alex Helt. --Chris2map (talk) 16:59, 27 January 2025 (UTC)
- It looks to me like a weird attempt of SEO, but as you already asked the user I'll give him a bit of time to answer. --Lyx (talk) 21:30, 27 January 2025 (UTC)
- For what it's worth, Dainik Target on Wikipedia was deleted 4 times during 2024 as non-notable/spam/creation by blocked user, so I think we should follow suit. Duja (talk) 16:40, 28 January 2025 (UTC)
- Since there is no connection to OSM in this case, I also think the page should be deleted. --Chris2map (talk) 16:55, 28 January 2025 (UTC)
- As the user had the brilliant idea to illustrate that page with Google maps imagery, I'm now convinced that he has no clue and does not care what OSM actually is, it's just about the spam. The user has been blocked permanently and the page deleted. --Lyx (talk) 13:00, 2 February 2025 (UTC)
- Yes, I'm convinced too! Mark resolved. Could you also delete Category:Users in Dainik Target, please? --Chris2map (talk) 13:52, 2 February 2025 (UTC)
- As the user had the brilliant idea to illustrate that page with Google maps imagery, I'm now convinced that he has no clue and does not care what OSM actually is, it's just about the spam. The user has been blocked permanently and the page deleted. --Lyx (talk) 13:00, 2 February 2025 (UTC)
- Since there is no connection to OSM in this case, I also think the page should be deleted. --Chris2map (talk) 16:55, 28 January 2025 (UTC)
- For what it's worth, Dainik Target on Wikipedia was deleted 4 times during 2024 as non-notable/spam/creation by blocked user, so I think we should follow suit. Duja (talk) 16:40, 28 January 2025 (UTC)

Please can anyone help me my memory card is formatted on my Telefunken DestinAtor model TGPS-374 What do I need to download or reload on memory card to get maps back on my devices --User640807 12:05, 30 January 2025 (UTC)
- This is not the right place to ask such questions. This Wiki is for OSM documentation. You can ask in the OSM Community Forum or the forum for your device. maro21 18:12, 12 February 2025 (UTC)
Skin Request: Dark Mode

I use the dark mode on my notebook, also for i.e the OSM forum. Opening the OSM Wiki flashes to a bride white screen layout/skin. There is no skin or setting for dark mode? https://wiki.openstreetmap.org/wiki/Special:Preferences#mw-prefsection-rendering Do you agree? How to add one? Who does have experience to do it? -karlos- (talk) 27 March 2025 (UTC)
- You could override the style settings by add dark mode CSS definitions to your user common.css. For this you may use the ready definitions from https://en.wikipedia.org/wiki/User:Volker_E._(WMF)/dark-mode. All that you have to do is add the following line at the top in your common.css:
@import "https://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-dark-mode.css&action=raw&ctype=text/css";
. --Chris2map (talk) 16:25, 27 March 2025 (UTC)
Yes, the 2nd @inout worked. Quite nerdy for my. Good to have a proved dark skin. But it should be one of the official options, shouldn’t it?! -karlos- (talk) 20:11, 27 March 2025 (UTC)
- @-karlos-: I've asked the operations team to look into enabling proper dark mode support. – Minh Nguyễn 💬 23:35, 16 April 2025 (UTC)
TemplateStyles Extension

I'd appreciate the (MediaWiki) Extension: TemplateStyles being considered for installation. Lumikeiju (talk) 19 May 2024 00:56 (UTC)
Support Good idea, this would help us break up our long site stylesheets and scripts so that only the relevant parts of them will load for each page. It would also help cut down dramatically on some pages where we rely on templates to insert lots of inline styles instead of proper stylesheets. – Minh Nguyễn 💬 21:13, 6 July 2024 (UTC)
Support will be useful to create theme without need for admin rights.--حبيشان (talk) 20:25, 4 August 2024 (UTC)
Support Good idea ! — Koreller (talk) 11:38, 16 September 2024 (UTC)
Support As I stated in the last discussion regarding this extension (and the one before that, on GitHub), the modern web practically demands that a person be able to manipulate the CSS declarations for the things they create online. This one is a no-brainer, even if it gets restricted to a user rights group as the Wikimedia sites do with the template-editor one they use (though I hardly think that's necessary here). RScholar (talk) 06:46, 20 November 2024 (UTC)