Bonjour Bouzinac, sur la ligne 1 (Q126093) du métro de New York le terminus sud n'est pas South Ferry (Q11704016) comme indiqué par Stations voisines sur les pages des stations mais South Ferry – Whitehall Street (Q2630288) . Bonne journée
User talk:Bouzinac
Jump to navigation
Jump to search
Salut @Quoique, il n'y a pas d'erreur comme indiqué dans ce plan https://new.mta.info/map/5256 tout comme dans ce plan détaillé OSM https://www.openstreetmap.org/search?whereami=1&query=34.8253%2C113.7287#map=18/40.70243/-74.01233&layers=T
il y a bien deux stations distinctes.
Pour wiki en c'est un complexe avec deux sous-stations qu'ils dénomme : "The South Ferry/Whitehall Street station is a New York City Subway station complex in the Financial District neighborhood of Manhattan, under Battery Park. The complex is shared by the IRT Broadway–Seventh Avenue Line and the BMT Broadway Line. It is served by the 1 and R trains at all times, the W train only on weekdays during the day, and the N train at night."... ont peut ne pas faire comme eux et avoir deux articles autonomes même si l'une des bouches est communes aux deux. Qu'en penses-tu ?
Salut
enwiki a souvent pour habitude de "condenser" les multiples stations dans un seul article, avec des infobox internes à l'intérieur pour chaque sous-station ou pour la station de chaque réseau (mix gare+station de métro). Pourtant, c'est bien deux stations (proches) mais distinctes, comme le disent les sources cartes MTA + référentiel MTA https://data.ny.gov/Transportation/MTA-Subway-Stations/39hk-dx4f/data_preview (filtrer sur "south ferry").
J'ai l'impression que frwiki est au grain plus fin que enwiki sur ce genre de problématique.
À noter que ça s'appelle respectivement Whitehall St-South Ferry et South Ferry
Thomastown Airport: I have never heard of this former airport having lived in the area my entire life. Where did you get this information from? Thanks
Hi, it was in the 2020 version of that file https://www.crc.id.au/xplane/charts/ERSA-2024-MAR-21/00_AERODROME%20AND%20ALA%20CODES.pdf
Looked again in the current version, and it seems it has disappeared
Ok, does it need to be deleted then? I'm pretty new to wikidata so not exactly sure how it works
No, because it was once mentioned so you have to keep. I've stated This Q97703298#P5817
Incorrect use of instance of (P31)
Hello –
This statement on "proposed rail infrastructure" was incorrect. Errors with basic membership properties create false inferences. Before using P31, check the item descriptions, and make sure your statement makes sense. Note that all instances of a class must be of the same type. Often, another property can accurately express the relationship you had in mind; in this case, subclass of (P279) works better. You can search through available properties here. Thanks!
I'm not interested in a war of editions. If you feel something should be enhanced please discuss in some practical way. Please stop.
Hi there, no pb. Just to keep that gare (Q12819564) is very vague (I'd prefer to avoid languages issues) with more precise P31 values as in there https://w.wiki/9QQf
In the case of Estación de carga de Tres Amigos(Q97288058), source seems to say the thing did not welcome passengers at all, only cargo
Hi @Olea, could you please review the P31 values inside this list? It'd be helpful, thanks https://w.wiki/9Qcg
Reviewed.
Bonjour. La construction de la station Port de Shùndé n’a pas commercé parce que l’endroit exacte n’a été pas déterminé. Collège-de-Shùndé est le terminus actuel de la ligne 3. Comment puis-je déprécier Port de Shùndé? Merci.
Bonsoir, c'est déjà le cas : https://www.wikidata.org/wiki/Q113457060#P197
Hi,
When a tram or bus route has its name changed from 2 to T2 there is no reason to create a whole new article, commons cat and wikidata element, especially when to illustrate the "new" wikidata element we use a photo of the old line.
Hi, which line are you refering to?
All of them...
Thank you, I have to revert your merges, it adds work... Wikidata is about single items
All except the T3 line are simply a renumbering, the changes are related to the works and if I take the T4 it is planned to return to Muide after the works.
Je vais passer au français ce sera plus simple, il s'agit d'une simple renumérotation des lignes à l'exception de la ligne T3 qui elle est nouvelle. Il n'y aucune raison de créer de nouveaux éléments wikidata pour un simple ajout de préfixe ǃ
I used this [https://sim.delijn.be/images/BBH/Gent%20Cluster%201%20WEB.pdf source] and it shows very different routes than that of Q778264#P1621 2017. I have no source of what will be the final network.
Les routes changent complètement, même si ce n'est que temporaire
T1 garde partie de son ancien itinéraire, T2 également, T4 est raccourci. C'est un réseau de tram, ça évolue, on modifie les lignes mais il n'y aucun nouveau réseau... As-tu au moins lu les articles ? Apparemment non vu que tu ne prends même pas la peine de modifier la photographie pour ces "nouvelles lignes".
Mais si tu veux qu'on lance une discussion pour chaque ligne on va le faire et perdre du temps.
Je pense que vous n'avez pas en tête qu'un élément wikidata est un élément qui a une référence ou un identifiant et dont l'existence se justifie s'il y a changement. Vous souhaitez mélanger les choux et les carottes libre à vous de le faire dans votre coin mais sans déformer la réalité de ce que la source officielle donne : des couleurs ont changé, des tracés ont changé, des terminus ont changé et des lettres ont changé.
Et pour ce qui est des sources, il faut simplement lire les sources que tu me cites ː T4 "Rijdt na de werken vanaf het Sint-Pietersstation via Rozemarijnbrug, Coupure Rechts en Rabot naar Muidebrug en verder door tot Lange Steenstraat."
Oui, c'est ce que wikidata montre aujourd'hui avec Carte du tramway de Gand (requête)
S'il s'agit d'un simple "changement" on ne crée pas de nouveaux éléments Wikidata et de nouvelles catégories Commons, de même qu'on ne scinde pas les articles. Mais perdons du temps et lançons les discussions sur les projets concernés.
Donc tu as une source qui dit cela, tu n'as juste pas pris la peine de la lire merci. Wikidata n'est pas une source.
Wikidata n'est pas une source mais se doit de refléter la réalité : cette [https://www.delijn.be/fr/content/gent-nieuwe-net-fase-2/ source] indique clairement "nouveau réseau 2024", ce qui va au delà d'un simple changement cosmétique.
J'en profite pour rediffuser cette règle :
Repurposing is changing the definition or scope of an entity, in general an item, by editing its label, description or statements. Generally to be avoided. |
(règle issue de Wikidata:Glossary )
J'ai créée une discussion sur le projet Belgique pour en discuter.
Comme vous voulez mais je comprends pas bien le problème côté frwikipédia qui a ses règles versus les items wikidata qui ont leur propres règles.
"definition" une ligne de tramway, "scope" une ligne du tramway de Gand en Belgique qui a porté les numéros 1, 10, 11, 12, 1 puis T1.
La règle en question ː une entrée d'un glossaire, ni un pilier fondateur, ni une règle, ni une recommandation ou qui ne renvoie pas vers ces éléments. Et viole t'on cette section du glossaire ici ? non.
Reste l'usage. As-tu des exemples d'un tel usage où à chaque changement de nom ou modification l'on crée un nouvel élément Wikidata, usage qui serait donc devenu la norme ? Auquel cas l'usage appuierait ta modification mais au cours de mes X années actif sur Wiki, Commons et Data je n'ai jamais vu cela.
Bon, on se comprend pas mais je vais reposer une question très simple :
- Qu'est ce qui permet d'affirmer que la ligne X a été renommée Y et conserve l'essentiel de son tracé ? En 2024, Gand passe de 3 à 4 lignes et des renumérotations amorcent une redéfinition assez "importante" ; telle station n'est plus desservie par telle ligne, et il n'y a pas de ligne ancienne = ligne nouvelle. Il faut donc créer les items propres à chaque situation quand chaque situation était vraie/est vraie. C'est la règle côté wikidata, tout simplement parce que les identifiants, ressources etc doivent être reliés à la situation "actuelle"/vraie.
- La ligne 1(Q1345228) était composée de la ligne 1(Q3238650) et de ligne 1B(Q923589). Ceci donne un exemple d'évolution de ligne au delà d'un changement de cosmétique.
- Très rapidement sur Bruxelles, j'ai lancé une discussion sur le projet Bruxelles qui n'a pas aboutit et j'ai souscrit aux arguments d'Huguespotter.
- 1. l'usage cf. mes exemples au dessus, je t'invite à relire les discussions sur la ligne 23/7 à Bruxelles. 2.
Er wordt geen meter tramspoor verlegd, maar de routes worden aangepast op basis van de bestaande knooppunten. https://www.nieuwsblad.be/cnt/dmf20231114_98491195
routes = itinéraire
- pour ce qui est de "l'essentiel" là aussi c'est comme la règle (le glossaire donc) d'où cela sort ? Et si encore cela était mineur ou insignifiant mais la 1 garde son Expo - St-Pierre, la 2 Melle - centre-ville et la 4 l'UZ - St-Pierre et cette dernière à la fin des travaux retrouvera son ititinéraire vers Muide sans parler de la 1 qui repassera par l'itinéraire actuellement en travaux.
Mais admettons ton raisonnement, donc tu créé ces nouveaux items pour ces nouvelles lignes... en utilisant une photo de l'ancienne ligne, en la liant à la catégorie commons de l'ancienne ligne (1), (2)...
J'avoue que commons, ce n'est pas ma tasse de thé, mais je constate que au sein de la catégorie commons T4, par ex se mélangent de très vieilles photos qui ne correspondent plus vraiment à la réalité. J'ai corrigé les liens commons ancienne ligne wikidata = ancienne commons (qui semble t il est devenue une redirection) et nouvelle = nouvelle commons. J'espère avoir remis les lien commons au clair.
Wikidata doit avoir le grain le plus fin. Les lignes de Gand ont changé relativement profondément et mon petit doigt me dit que la réorganisation de ce réseau n'est pas totalement finie. Bref, il suffit de comparer les cartes pour voir que les lignes 2024 sont coupées au milieu et telle ligne anté2024 a été mise dans telle autre ligne post 2024. Il faut donc un item wikidata illustrant la situation de 2024. Mais normalement, les modifications wikidata doit être relativement transparentes côté articles wikipedia : l'article peut être rattaché à l'item wikidata le plus "modernisé" et le contenu de l'article wiki peut être à jour. Tout comme il se peut qu'il y ait un article pour parler au sujet de 'ancienne ligne X' et un article au sujet de 'ligne X (la nouvelle)' Par exemple Royaume-Uni (Q145) n'est pas la même chose que Royaume-Uni de Grande-Bretagne et d'Irlande (Q174193) pour donner un autre exemple de "transition".
On va laisser la discussion se dérouler pour avoir l'avis d'autres utilisateurs si tu es d'accord.
Edit : et on fera les modifications nécessaires après coup.
Okay mais je pense que le forum https://www.wikidata.org/wiki/Wikidata:Bistro aurait été plus adapté que frwikipédia qui, à mon avis, n'est pas directement concerné par un souhait de modification wikidata.
Hi Bouzinac, thanks for all you work here. On Wikimedia Commons I am improving the representatie of Venlo and I would like to reduce the listing, see for example https://www.wikidata.org/w/index.php?title=Q2095622&diff=1075466492&oldid=1051541506 back from 15 items to 2 items: the one before and the one after. These listings are far over the top and therefor distracting in this way. I hope you agree.
Hello, no I don"t agree. Just use Q2095622#P156 and it's simple as Property:P1889 is very broad in fact
Yes that is a good solution, but the problem remains that first the single wikidata lemma's are under developed and they are turn up in unsorted order in the other Wikidata infoboxes. Also on the Dutch Wikipedia there is much resistance towards to much unrelated data the wikidata infoboxes and I think this is also the case.
Now I am already developing an alternative https://commons.wikimedia.org/wiki/Category:Siege_of_Venlo category, where all the sieges of Venlo can be listed once; and every single siege can be listed as part of and visa versa.
Not sure where the pb is ? https://w.wiki/8Qu9
Better query https://w.wiki/8RJm
Just for the record. My concern is the data that pops up in the infoboxes in Wikimedia Commons in the categories. The whole listing of of non-relating other sieges of Venlo feels like a distraction at the moment. Now at the moment it is still a work in progress. And I want to record in every infobox the specific circumstances of every siege.
At the moment I would still like to have the whole listing removed temporarily (or indefinite), and in time I will start an discussion about it on the Wikimedia Commons De Kroeg, the Dutch platform. Now I already removed this listing once, with you restored at once. I can only assume that you are so fascinate by the listing, that you didn't even allow one exception.
At the moment I don't see the added value of such listing in the infobox. The information of the other sieges is allready in the Ducth Wikipedia articles, it is also in the Wikimedia Commons category sieges on Venlo now. Maybe you can explain one thing: why do you think it should be repeated so prominent in every single infobox?
I think you are wrong in the sense that the problem is not on wikidata per se because P1889 is generally needed to prevent wikidata item fusions.
You should work on the https://commons.wikimedia.org/wiki/Template:Wikidata_Infobox : If you do not wish to see multiples P1889, then you have to ask for a general removal of P1889 from that infobox on Commons or for specifying inside the commons wikipage that you do not want to see P1889.
This https://commons.wikimedia.org/w/index.php?title=Category:Beleg_van_Venlo_(1473)&action=history doesn't work but this https://www.wikidata.org/w/index.php?title=Q2095622&diff=2026433173&oldid=2026065417 does. Does this "wikidata item fusion" start automatically, and it there a way to stop it?
If you have a technical solution here, beside reverting me again this would be nice. Studying the technicalities here is interesting but I really would like to return to the information retrieval challenges here. Thank you
There are more issues here, such as my latest two edits https://www.wikidata.org/w/index.php?title=Q2095622&diff=2026436164&oldid=2026433173 which also doesn't seem to make sense.
Here is another kind of question, which kind of attributes can be combined with the siege (Q188055) events. There is an attacking party and there are some kind of defenders. Here I also don't seem to get things right, and I could use some help here?
Hi
I've started a discussion there https://commons.wikimedia.org/wiki/Template_talk:Wikidata_Infobox#Spf_parameter_and_numerous_statements Until there is a solution on Commons-side, please refrain from removing P1889. Please read documentation about Property:P1889
For how to model military siege, here's Q188055#P5869
Thanks for taking some action. I honored your request not to removed P1889 (anymore), and I expected you to do the same. Which apprarently you didn;t see [https://www.wikidata.org/w/index.php?title=Q2095622&diff=prev&oldid=2026878551 here]. And for that I referted that removal.
But, there are two more reasons. First you told me the Wikidata lemma's would automatically start fusing... and I want know how to stop that. There must be a bot that generates that and there is a bot operator I can talk to.
Second I like to further develop those lemma's and really need to see how it looks when they are removed. So please refrain from re-intalling P1889, and I read about t Property:P1889 . Not just the documentation but also the about 8 discussions there have been. It took me about a hour or so, yesterday.
I don't know why you start speaking about lemmas, and why you are still angry since there's already a solution https://commons.wikimedia.org/wiki/Category:Beleg_van_Venlo_(1830)
Do not interfere with wikidata P1889 rules for reasons you seem not accepting nor hearing. Thank you.
Sorry Bouzinac, I am grateful for your time and effort, and I am confident that the listing of P1889 items will effectively be suppressed soon. With lemma's I just mean separate items. It is a Ducth word which has little meaning internationally. I keep my doubts about the need for a P1889 listing if the separate items are well developed (which they were not).
But even more, I doubt the choice to list all these items as one sequence using P156, the "follows - followed by" commands. Some of the events are interrelated, but most of them is just an unfortunate coincident that history repeated itself 30 tot 50 later. Now I will not bother you with this matter, but will further ask some historians about this way of presentation. So thank you for your effort and technical solution. Best regards, Mdd
Salut. Saurais-tu générer une carte de France affichant à la fois les lignes de métro et les lignes de tramway dans leur couleur usuelle ? Je peux générer les métros d'une part et les trams de l'autre, mais j'aimerais une requête qui combine les deux, et il me faudra sans doute au moins quatre heures d'essais hasardeux pour parvenir à cette fusion. Je pense que toi tu saurais faire en trois minutes, non ?
Salut, cette requête est un peu longue et est probablement optimisable mais fonctionne sur les réseaux français
La requête suivante utilise ces :
- Éléments: métro de Lyon (Q1552) , métro de Paris (Q50716) , métro de Marseille (Q275267) , Orlyval (Q432593) , CDGVAL (Q1023114) , Rhônexpress (Q1559) , Tram-train de l'Ouest lyonnais (Q8435) , Saarbahn (Q558389) , tram-train Mulhouse-Vallée de la Thur (Q2448517) , Aléop en TER (Q3512113) , ligne T13 (Q3515106) , tramway de Lyon (Q10174) , tramway de Dijon (Q13624) , tramway du Havre (Q22683) , tramway de Brest (Q22709) , tramway de Mulhouse (Q268195) , tramway de Marseille (Q287562) , tramway de Bordeaux (Q606304) , tramway de Reims (Q638252) , tramway de Toulouse (Q666025) , tramway de Lille - Roubaix - Tourcoing (Q973076) , tramway d'Île-de-France (Q1142114) , tramway de Besançon (Q1298914) , tramway de Clermont-Ferrand (Q1419423) , tramway du Mans (Q1509353) , Trolleybus de Nancy (Q3540255) , Trolleybus de Saint-Étienne (Q3540266) , tramway d'Angers (Q1535135) , tramway de Saint-Étienne (Q1629492) , tramway de Montpellier (Q1753254) , tramway d'Orléans (Q1808963) , tramway de Valenciennes (Q1888422) , tramway de Rouen (Q2032849) , tramway de Nice (Q2033163) , tramway de Grenoble (Q2036588) , tramway de Strasbourg (Q2060490) , tramway de Nantes (Q2117983) , Trolleybus de Lyon (Q10175) , Trolleybus de Limoges (Q384842) , Transilien (Q389554) , Transilien Paris Rive-Gauche (Q2571458) , Transilien Paris Sud-Est (Q2571977) , Transilien Paris-Nord (Q2572054) , Transports en commun de Bayeux (Q109046111) , Transports en commun de Forbach (Q109046112) , Transports en commun de Concarneau (Q111211999) , RER métropolitain de Bordeaux (Q112040332) , tramway d'Aubagne (Q3537052) , tramway d'Avignon (Q3537053) , tramway de Tours (Q3537211) , tramway de Caen (Q3537240) , métro de Rennes (Q366979) , Réseau express régional d'Île-de-France (Q216125) , métro de Lille Métropole (Q610729) , métro de Toulouse (Q1129485) , Train des Pignes (Q1852997) , poteau d'arrêt (Q548662) , en fonctionnement (Q55654238)
- Propriétés: comprend (P527) , élément exploité (P121) , extrémité (P559) , nature de l’élément (P31) , sous-classe de (P279) , état d'usage (P5817) , réseau de transport (P16) , ligne de transport (P81) , service de transport (P1192) , coordonnées géographiques (P625) , gare voisine (P197) , numéro d'itinéraire (P1671) , couleur (triplet hexadécimal sRGB) (P465) , destination (P5051)
Fonctionnalités: carte (Q24515275)
#title: Carte des tramways et métros de France métropolitaine
#defaultView:Map{"hide":["?coords", "?line","?rgb"]}
SELECT distinct ?station ?stationLabel ?subwayLine ?coords ?line ?line_number ?layer ?rgb
with {
select ?search {
VALUES ?search {wd:Q1552
wd:Q50716
wd:Q275267
wd:Q432593
wd:Q1023114
wd:Q1559
wd:Q8435
wd:Q558389
wd:Q2448517
wd:Q3512113
wd:Q3515106
wd:Q10174
wd:Q13624
wd:Q22683
wd:Q22709
wd:Q268195
wd:Q287562
wd:Q606304
wd:Q638252
wd:Q666025
wd:Q973076
wd:Q1142114
wd:Q1298914
wd:Q1419423
wd:Q1509353
wd:Q3540255
wd:Q3540266
wd:Q1535135
wd:Q1629492
wd:Q1753254
wd:Q1808963
wd:Q1888422
wd:Q2032849
wd:Q2033163
wd:Q2036588
wd:Q2060490
wd:Q2117983
wd:Q10175
wd:Q384842
wd:Q389554
wd:Q2571458
wd:Q2571977
wd:Q2572054
wd:Q109046111
wd:Q109046112
wd:Q111211999
wd:Q112040332
wd:Q3537052
wd:Q3537053
wd:Q3537211
wd:Q3537240
wd:Q366979
wd:Q216125
wd:Q610729
wd:Q1129485
wd:Q1852997 }
}
} as %values
{
include %values .
#critère de recherche de système de transport
OPTIONAL { ?search wdt:P527|wdt:P121 ?lignes. }#Quelles sont les lignes de ce système
bind(coalesce(?lignes,?search) as ?lignes).#On rajoute l'item en lui même, au cas où il serait sans réseau
?lignes wdt:P559 ?termini.#Quels sont les terminus des lignes de ce système
?station wdt:P31/wdt:P279* wd:Q548662; #Stations de ce système
wdt:P5817 wd:Q55654238;#Qui fonctionnent
wdt:P16|wdt:P81|wdt:P1192 ?search;#Qui font partie du réseau recherché ou qui sont situé sur une de ses lignes
wdt:P625 ?coords;
wdt:P81|wdt:P1192 ?subwayLine;
wdt:P197 ?pred.
?pred wdt:P625 ?coords_pred;wdt:P5817 wd:Q55654238;#Voisines qui fonctionnent
wdt:P81|wdt:P1192 ?subwayLine_pred.
?station p:P197 _:b1.
_:b1 ps:P197 ?pred ;
pq:P5051 ?towards;
pq:P81|pq:P1192 ?line_pq.
?subwayLine wdt:P5817 wd:Q55654238.#Lignes qui fonctionnent
optional{?subwayLine wdt:P1671 ?line_number.}
FILTER(?subwayLine_pred = ?lignes)#on ne prend les LIGNES que si la correspondance est sur la même ligne
FILTER(?subwayLine = ?lignes)
FILTER(?subwayLine = ?line_pq)#On ne prend les lignes que si la station voisine est sur la même ligne que la station
FILTER(?towards = ?termini)
?pred p:P625 ?node_pred .
?node_pred psv:P625/wikibase:geoLatitude ?lat1 ;psv:P625/wikibase:geoLongitude ?lon1 .
?node_pred a wikibase:BestRank.
?station p:P625 ?node_station.
?node_station psv:P625/wikibase:geoLatitude ?lat2 ;psv:P625/wikibase:geoLongitude ?lon2.
?node_station a wikibase:BestRank.
BIND(CONCAT("LINESTRING(", STR(?lon1), " ", STR(?lat1), ",", STR(?lon2), " ", STR(?lat2), ")") AS ?str)
BIND(STRDT(?str, geo:wktLiteral) AS ?line)
?subwayLine wdt:P465 ?rgb. SERVICE wikibase:label {
bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en" .
?subwayLine rdfs:label ?subwayLineLabel.
?search rdfs:label ?searchLabel.
?pred rdfs:label ?predLabel.
?station rdfs:label ?stationLabel .
}
{
select (count(?search) as?count) {
include %values .
}
}
BIND(
IF( ?count >1,Concat(?searchLabel, "-",?subwayLineLabel),
?subwayLineLabel)
AS ?layer).
} GROUP BY ?station ?stationLabel ?subwayLine ?rgb ?predLabel ?layer ?coords ?line ?line_number
ORDER BY ?layer xsd:decimal(?line_number) ?line_number ?subwayLine
Merci bien. Cependant, est-ce que plutôt que de lister tous les réseaux on ne pourrait pas juste demander de générer tous les métros et tramways, à charge pour la requête d'en générer la liste ? Je pense que c'est possible (à quelqu'un de plus habile que moi) de le coder, mais peut-être que ça planterait, la requête demandant trop de temps de calcul...
Peut être que @VIGNERON pourrait avoir des idées pour optimiser ; dans l'absolu, une requête du style "cherche tous les réseaux en France" est mieux/+ jolie qu'une requête "cherche réseau x+y+z" mais effectivement les select * sont trop gourmandes et c'est pourquoi je t'ai poussé une solution de type "+x+y+z".... Tu en avais besoin pour quoi au juste ?
OK. Je comprends. C'était justement pour voir un peu comment le code se présente et par ailleurs pour tester avec d'autres pays afin de voir ce qui a été fait et ce qui manque plus facilement. Merci bien, en tout cas.
Salut. Je suis tombé sur Carte des métros et tramways en France qui semble fonctionner sans générer la liste manuellement.
Salut, j'ai un petit peu adapté pour rajouter les réseaux de banlieue et modifié l'infobulle, ça a l'air de fonctionner...
#title: Carte des métros, RER et tramways en France
#defaultView:Map{"hide":["?coords","?line","?rgb"]}
SELECT ?st ?layer ?coords ?line ?rgb WHERE {
VALUES ?typ_system {wd:Q5503 wd:Q15640053 wd:Q113455515 wd:Q1412403}
VALUES ?stops {wd:Q928830 wd:Q2175765 wd:Q1793804}
?search wdt:P31 ?typ_system;wdt:P17 wd:Q142.
?search(wdt:P121|wdt:P527) ?lignes.
?lignes wdt:P559 ?termini.
?st wdt:P31 ?stops;wdt:P17 wd:Q142;wdt:P16 ?search;wdt:P625 ?coords;(wdt:P81|wdt:P1192) ?lignes;wdt:P197 ?pred;p:P197[ps:P197 ?pred;pq:P5051 ?towards;(pq:P81|pq:P1192) ?line_pq].
?pred wdt:P625 ?coords_pred;(wdt:P81|wdt:P1192) ?sl_pred.
FILTER(?sl_pred = ?lignes)FILTER(?towards = ?termini)
?st wdt:P5817 wd:Q55654238. ?pred wdt:P5817 wd:Q55654238. ?lignes wdt:P5817 wd:Q55654238.
?pred p:P625[psv:P625[wikibase:geoLatitude ?lat1;wikibase:geoLongitude ?lon1]; rdf:type wikibase:BestRank].
?st p:P625[psv:P625[wikibase:geoLatitude ?lat2;wikibase:geoLongitude ?lon2]; rdf:type wikibase:BestRank].
BIND(STRDT(CONCAT("LINESTRING(",STR(?lon1)," ",STR(?lat1),",",STR(?lon2)," ",STR(?lat2),")"),geo:wktLiteral)AS ?line)
?lignes wdt:P465 ?rgb.
SERVICE wikibase:label{bd:serviceParam wikibase:language "fr".
?lignes rdfs:label ?ligneLabel.
?search rdfs:label ?systemLabel.
?typ_system rdfs:label ?typ_systemLabel.}
BIND( concat(?systemLabel,'-',?ligneLabel)AS ?layer)
}order by ?layer
C'est une très bonne chose.
According to these sources [[https://www.hiiraan.com/news4/2023/Aug/192813/ssc_khatumo_declares_cessation_of_conflict_in_sool_sanag_and_cayn_areas.aspx], [https://www.securitycouncilreport.org/whatsinblue/2023/09/somalia-meeting-under-any-other-business.php] the Cayn region where Ismail Mire airport is located, is not a part of Somaliland, forming their own state called SSC-Khatumo. As such, I wondered why you continued adding an out-of-date status, i.e. Somaliland, to the airports' location? ~~~~
Hi, wasn't aware of the existence of https://en.wikipedia.org/wiki/Khatumo_State. Anyway, apparently they call themselves as a unionist state so still to be country=Somalia and administrative entity=Khatumo
Somaliland is internationally unrecognized as a country, as such, it functions as an admnistrative entity, https://www.ispionline.it/en/publication/somaliland-30-years-de-facto-statehood-and-no-end-sight-30363 As such, it is incorrect to apply the country item; internationally, they are regarded as having the same status as Khatumo. ~~~~
Somaliland considers himself as an independent country per Référendum constitutionnel de 2001 au Somaliland (Q2515539) and is at least recognized by one other country, Taïwan. It is de facto independent from Somalia so from a somalilander point of view, P17 is okay and neutral as a point of view.
Taiwan does not recognize Sool or Cayn as part of Somaliland. The government of Somalia recognizes Cayn and Sool as separate from Somaliland per this source https://horseedmedia.net/somali-federal-government-recognizes-new-ssc-khatumo-administration-383891. The UN likewise rejects that Sool or Cayn is part of Somaliland per this source: https://www.somalidispatch.com/latest-news/security-council-calls-for-immediate-withdrawal-of-somaliland-security-forces-from-las-anod/. The neutral position to take is to add the caveat "is disputed by ..." Anything more than that would be unsymmetrical with dominant opinion.
According to this map from Somaliland government website and this OSM map , yes, Somaliland claim it's inside. Wikidata needs to be neutral ; thanks for your comprehension.
Dear Bouzinac
I hope you are doing well,
I am Kholoud, a researcher at King's College London, and I am working on a project as part of my PhD research, in which I have developed a personalised recommender model that suggests Wikidata items for the editors based on their past edits. I am collaborating on this project with Elena Simperl and Miaojing Shi.
I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our model based on your previous edits.
Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published in a research venue.
The experiment should take no more than 15 minutes, and it will be held next week.
If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSfA1wfdBfCRlcG3WhDyc-V8lzgPNx3fDFCNXkyn4CSwahXZ_A/viewform?usp=sf_link
Then, I will contact you with the link to start the study.
For more information about my project, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa
In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.
Thank you for considering taking part in this research.
Regards