@Salgo60 Phabricator is not a place for your personal opinion nor a place for your feedback to a government agency. You know from the ongoing discussion on this subject that there is no consensus on this subject in your favor. Please do not try to run people over by moving the discussion here.

Dropping this resource here:
https://www.wikidata.org/wiki/Wikidata:WikiProject_Maps/Historical_map_properties

This seems to be fixed.

As we now have a data field "Visible above ground" I would like to remove all items where this value is set to false, feels like a start and is doable already this year.

@Abbe98 please do it I feel SMVK looks having a lot of data plus also some good structures in SMVK

"SMVK-EM" is SMVK Etnografiska, "name" referrers to their person authorities and "1070548" is an ID.

@Salgo60 I have a bot for this, (Carlottas data can be accessed from SOCH and references SOCH URIs).

@Salgo60 there is a SOCH REST instance on tool labs for use on Wikimedia projects if you would like to implement something like this.

I'm fully aware of what ShEx is and how it's used.

What has this to do with ShEx?

What do you mean by this? The RAÄ parish data(SOCH(SOCH does however use ShEx for other data)) has no need for ShEx for because the data is static and can only be edited after review by "experts" I think the same is true for Riksarkivets parish data.

Does the frontend need to URL encode external IDs? If they are meant to be resolvable there should be no need to do so in the first place right?

@AxelPettersson_WMSE, @Susannaanas is onto that!

@Salgo60 it does contain that information there is even an API endpoint: http://www.kulturarvsdata.se/ksamsok/api?method=getServiceOrganization&value=all&x-api=test

What are you trying to show with your last comment? It works as expected. The accept header is ignored in the first case because you have said you want HTML in the URL and in your second example you get 404 because the URI does not exist...

What is this issue about @Salgo60? "objectid" does not exist in the new Fornsök and the old links will be redirected when the old instance is retired. RAA Nummer is just a part of the session URL similar to "tab" because RAA Nummer is not unique.

Kulturarvsdata kommer automatiskt att peka rätt när den gamla tjänsten är ner släckt. BBR exemplet beror på att objektet i fråga inte har skördats till Kulturarvsdata.

I do still not see the problem you can do Federated SPARQL without the endpoint being CC0.

@Salgo60 what are you trying to do here?

No such public endpoint exists.

This could be a lot of work as it would likely include migrating WLM to our new monuments database/service, but it would be very valuable and if we can define actual tasks before the summer holidays we could from our side set of time(meaning my time when everyone is on vacation).

Okej ni får gärna sluta sprida ting som att det skulle komma nya sockenkoder innan ni vet.

Eventuellt lägger de till en ny typ av id men våra kära sockenkoder kommer nog inte att försvinna. LM brukar informera andra myndigheter och användare flera månader innan de gör större ändringar så vi behöver inte stressa upp oss.

@Salgo60 vem har sagt att LM kommer med nya sockenkoder? Du hävdar det här i rubriken och på sociala medier men i mailet ovan skriver LM bara att de tar fram en ny databas... Har du någon källa på att nya sockenkoder skulle vara påväg?

I'm very aware of the fact that Captions isn't ideal for alt texts, but it's better then only having the file name or no alt text at all.

@Ottomata I see, I think the current SDC Captions implementations should behave very much as Labels on Wikidata. I'm currently not able to edit captions on beta. But one should soonish be able to do so at any file page:
(random file page, see the captions section): https://commons.wikimedia.beta.wmflabs.org/wiki/File:Hermann_von_Wedigh_III_(died_1560)_MET_DP164836.jpg

@Susannaanas I totally missed that I was mentioned here.

@jeblad the OSM object with Q214535 is a relation and currently only multipolygon, route and, boundary relations are supported by geoshapes, see T156433.

For me the example behaves as expected (maybe the zoom is a bit off):

@Yurik not successfully, but the regex itself should match single characters.

@Yurik this issue is resolved right? The RegEx now present in Sources.sourceIdReStr seams to handle one character ids fine.

https://github.com/kartotherian/kartotherian/pull/66

Duplicate of T157712, with the dependency linked through kartotherian/module-loader?

https://github.com/kartotherian/server/pull/12

@Reniervdg you can solve this by making sure the name column in your spreadsheet ends with the expected file extension, in this case .tif. This is required by Pattypan when uploading from URL.

@Reniervdg are you using a custom build of Pattypan? Uploading by URL has not landed in a release yet...

@Aklapper the project it self, has no project here but on Github, added it to my personal board for convenience(having my Wikimedia related tasks in one place).

@yuvipanda when creating a "Bash" notebook it seams like it sometimes causes other files in the same folder to be deleted. I have not been able to reproduce it but it has happened "randomly" twice.

Great! If T172248 gets done one might need to update the list otherwise it should be valid.

If you use the wlm-fmi-imageless.txt provided below as origin you can skip checking for Antikvarisk bedömning and Skadestatus.

@Carwash I did start on solution but for now it seams partly blocked by T172247 and its subtasks.

@Ainali my bad, the number is 142 672 items without images in the WLM database.

140 000 items without images in the WLM compared to 900 000 items without images in FMIS.