Wikipedia:Wikidata-café/Archief/dec 2023

Afbeeldinggebruik in Infobox meer En infobox rivier

Beste mensen in dit café,

Het volgende schreef ik op het geografiecafe, maar hier zijn er misschien ook opinies. Ondertussen weet ik dat het probleem zich ook voordoet bij infobox rivier, en het dus waarschijnlijk altijd zal voordoen bij Infoboxen met meerdere foto’s.

een eindje terug plaatste ik in het Infobox meer wikidataverwijzing voor de afbeelding.

Hobbema Wees me erop dat het niet altijd juist liep. bv in Categorie:Meer in Duitsland. Bij 5 van de 10 meren met de letter A en B gaat het fout. Bij eerste analyse bleek dat de infobox 3 afbeeldingen toelaat, en soms enkel de tweede wordt gebruikt. Mijn vraag is dus of er een richtlijn/conventie is voor het gebruik van de drie afbeeldingsvelden.

Ik zie twee opties: 1) expliciet in de sjablooncode controleren of het dezelfde afbeelding is om duplicatie te vermijden, of 2)iemand een script laten schrijven om door alle meren te lopen en als er geen afbeelding is maar wel een afbeelding1 om die te verplaatsen. enige voorkeur?

groeten uit Brussel, SvenDK (overleg) 18 dec 2023 14:00 (CET)

Er zijn geen regels voor meerdere afbeeldingsvelden, maar ik heb de indruk dat het de conventie is om maximaal 2 afbeeldingen aan de bovenkant van de infobox te hebben (logo en foto, of foto en kaartje) en maximaal 3 foto's aan de onderkant. Helaas is het niet in de wikidatabase te zien of een afbeelding 2 keer gebruikt is. Optie 2 is m.i. de netste oplossing. –bdijkstra (overleg) 19 dec 2023 15:11 (CET)

Alle stations aan een spoorlijn op volgorde uit Wikidata halen

Hai, ik heb weer eens iets leuks bedacht om met een Wikidata-koppeling te doen, helaas weet ik nog niet helemaal hoe aan de data te komen. Ik zou graag een lijst met twee kolommen willen hebben, met alle stations aan dezelfde lijn (P81), gesorteerd naar opvolgend station (P197). In de lijst heb ik zowel de naam van het station, als het Q-nummer nodig. Het mooist zou het zijn ook een cardinaal ID nummer toe te voegen zodat het sjabloon daarmee gevoed kan worden. (zie voorbeeld). Iemand een idee hoe dit aan te pakken? Ik denk dat het nog wilder kan als je het met een module doet, en dan meteen van de stations een wikilink maakt (heb ik hier met het eerste station handmatig gedaan). Milliped (overleg) 29 nov 2023 16:56 (CET)

Update met de volgende SPARQL heb ik alvast de lijst, maar de sortering is dus een uitdaging:

SELECT DISTINCT ?item ?itemLabel WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE]". }
  {
    SELECT DISTINCT ?item WHERE {
      ?item p:P31 ?statement0.
      ?statement0 (ps:P31/(wdt:P279*)) wd:Q55488.
      ?item p:P81 ?statement1.
      ?statement1 (ps:P81/(wdt:P279*)) wd:Q3239538.
    }
    LIMIT 100
  }
}

Zou er op Wikidata iets moeten toegevoegd dat een ordinaal nummer op een lijn aangeeft om die sortering te kunnen doen? Milliped (overleg) 29 nov 2023 19:41 (CET)

Ik kan me zo voorstellen dat een spoorlijn-item voorzien is van omvat deel (P527)-verklaringen (of dergelijke) met de stations en volgnummer (P1545)-kwalificaties voor de volgorde, maar ik weet niet of dat gewenst is. –bdijkstra (overleg) 29 nov 2023 20:01 (CET)

Ik zou beginnen bij een eindpunt (P559) en vanaf dat item steeds het opvolgend station (P197) pakken op de betreffende lijn dat niet het vorige station is. Dat wordt inderdaad Lua gebruiken. Wikiwerner (overleg) 1 dec 2023 19:58 (CET)

Zo te zien is Wikidata zelf onvolledig ingevuld: zie de voorbeelden in de uitleg bij P197 en het daar gelinkte Bond Street (Q892189). In jouw voorbeeld ligt station Castres (Q2786387) aan 2 lijnen, en heeft slechts één opvolgend station, zonder lijnaanduiding. Wikiwerner (overleg) 9 dec 2023 18:43 (CET)

@Milliped: als je de coördinaten van begin- en eindpunt hebt, kun je de tussenliggende stations sorteren op hun coördinaten. Dat is voldoende betrouwbaar als de lijn geen al te wilde bochten heeft en niet rondgaand is. Eventueel kun je de lijn splitsen, of je kunt de uitzonderingsgevallen achteraf corrigeren.

Eventueel kun je de coördinaten eerst renormaliseren, als dat de goede term is. Ik bedoel: je kunt de coördinaten van eindpunten die NO-ZW-georiënteerd zijn omrekenen naar een gedraaid coördinatenstelsel, waarbij het begin op {0.0, 0.0} komt te liggen en het eindpunt op iets als {0.5, 0.0}.

Misschien is het met poolcoördinaten nog makkelijker, dan kom je met de afstandscomponent al een heel eind.

Nog een verwante maar iets andere aanpak: werken met de berekende afstanden van de tussenstations. Bij 11 stations laat je een tabel van 10×10 afstanden berekenen en zullen de 10 kortste afstanden de volgorde aangeven, alweer onder voorbehoud van scherpe bochten en rondgaande lijnen  →bertux 19 dec 2023 18:51 (CET)

Gadget om DMS in decimaal te veranderen

Hai, het komt nogal eens voor dat geografische locatie (P625) ingevuld is met coördinaten in het DMS formaat, terwijl Wikidata liever decimaal heeft (Wikidata weet DMS zelf wel te parsen, maar bijvoorbeeld het sjabloon {{WikidataCoord}} lust geen DMS. Is er een gadget om met één muisklik dit om te zetten? Ik weet dat er websites bestaan waarmee dit kan, en ik heb ook wel simpelweg de locator tool gebruikt die ook een Wikidata output heeft, maar beide geven nogal wat gehannes. Is er een makkelijker manier om dit te doen? Milliped (overleg) 20 dec 2023 22:13 (CET)

Als ik Module:WikidataCoord goed lees dan lust ie wel DMS, maar misschien probeerde je een komma te gebruiken als decimaalteken? –bdijkstra (overleg) 21 dec 2023 22:48 (CET)

Ik zal eerlijk zeggen dat ik vergeten ben op welk stationslemma ik een fout kreeg, zal nog eens kijken waar dit vandaan komt. Milliped (overleg) 22 dec 2023 09:11 (CET)

Nieuwe eigenschap aanvragen

Hai, ik was hier al eens eerder tegen aangelopen, maar heb het destijds laten liggen. Ik kom vaak het verschijnsel reactivering / heropening tegen, maar daar is geen property voor. Voor opening en sluiting wel, met als gevolg dat ik een sluiting zie voor stations/musea/winkels die ooit eens gesloten zijn, maar inmiddels weer heropend. Er staat me bij dat me aangeraden is om tijdstip (P585) met qualifier te gebruiken, maar qualifiers zijn verschrikkelijk moeilijk om mee te nemen in een sjabloon, en daarnaast, het betreft hier een behoorlijke huis-tuin-en keukeneigenschap die eenvoudig toe te voegen zou moeten zijn. Wat is hiervoor het proces? Milliped (overleg) 22 dec 2023 09:20 (CET)

Zie Wikidata:Help:Properties. Wikiwerner (overleg) 22 dec 2023 10:50 (CET)

Ik zie het. Ik heb wel eens vriendelijker processen meegemaakt. Is er hier iemand die dat proces wel eens doorlopen heeft? Milliped (overleg) 22 dec 2023 11:40 (CET)

Niet makkelijker maar wel beter, lijkt mij: niet een nieuwe eigenschap heropening maar de mogelijkheid om aan openingen een volgnummer toe te kennen: 1 is 'de' opening, elk volgend nummer is een heropening. Evenzo met sluitingen  →bertux 22 dec 2023 11:45 (CET)

Ik heb dat proces doorlopen met d:Wikidata:Property proposal/Flemish Heritage designation object ID. Om een eigenschap heropening erdoor te krijgen moet je wel een significant beter verwoorde casus hebben dan "het is moeilijk in sjablonen". –bdijkstra (overleg) 22 dec 2023 11:50 (CET)

Maar het gebruik van 'tijdstip' kan toch ook niet de bedoeling zijn? Wikiwerner (overleg) 22 dec 2023 12:08 (CET)

"staat van gebruik" (P5817) voor gebouwen lijkt mij goed. Sjoerd de Bruin (overleg) 22 dec 2023 12:13 (CET)

Met tijdstip is het vrij simpel: als het tijdstip van de laatste opening ná het tijdstip van de laatste sluiting ligt, dan is het geopend. –bdijkstra (overleg) 22 dec 2023 12:15 (CET)

Staat van gebruik werkt prima, maar dan krijg je dit soort dingen: Als je hier kijkt, zie je dat het station in gebruik is, maar gesloten is in 1990. Kijkende naar het Italiaanse artikel zie ik dat dat klopt, maar dat het station gereactiveerd is in 2005. Er is geen manier om die reactivering uit Wikidata te halen. (Ik laat me graag overtuigen van mijn ongelijk door het voorbeeld werkend te kunnen zien). Heropeningen gebeuren overigens op meer plekken, het Rijksmuseum ging na jaren gesloten te zijn voor een verbouwing weer open, je hebt allerlei mijnen die na jaren in onbruik geweest te zijn weer in gebruik worden genomen, en oorlogsschepen die uit de mottenballen worden gehaald. Milliped (overleg) 22 dec 2023 13:20 (CET)

Tsja, Wikidata is soms nogal een kliederboel van tegenstrijdige informatie. Als het station in gebruik is, dan kan je misschien beter geen sluitingsdatum tonen. –bdijkstra (overleg) 22 dec 2023 13:55 (CET)

De data is niet tegenstrijdig. Er mist alleen een stukje, namelijk de heropening. Het station is wel degelijk gesloten/ buiten gebruik genomen. En die twee gegevens, sluiting en heropening, lijken me beide zeer significante eigenschappen van een object. Milliped (overleg) 22 dec 2023 14:04 (CET)

De data was niet consistent met zichzelf, dat noem ik tegenstrijdig. Maar dat is een zijspoor. –bdijkstra (overleg) 22 dec 2023 14:56 (CET)

Ik denk zoals het nu is ingedeeld op wikidata:Q22692924 goed is, alleen het sjabloon vind het iets minder leuk. Kan iemand daar naar kijken? Sjoerd de Bruin (overleg) 22 dec 2023 18:05 (CET)

Ik heb er naar gekeken en gezien dat het sjabloon nu stuk is. Voorzover ik weet kunnen Wikipediasjablonen niet goed met qualifiers omgaan. Ik weet van een eerdere discussie vrij zeker dat een qualifier ook niet vanuit het sjaboon te bewerken is. Milliped (overleg) 22 dec 2023 18:11 (CET)

Het gaat hier niet om de qualifiers maar om de waarde geen waarde voor datum van officiële sluiting (P3999). Gerepareerd. –bdijkstra (overleg) 22 dec 2023 18:16 (CET)

Nu is de sluiting niet meer zichtbaar. Dat is ook de bedoeling niet. Milliped (overleg) 22 dec 2023 18:21 (CET)

Het eenvoudigste in dit geval is nu om gewoon de lijst van staat van gebruik (P5817) te tonen, maar ik vrees dat lang niet elk station dat tijdelijk gesloten is, dit zal hebben... –bdijkstra (overleg) 22 dec 2023 18:30 (CET)