>> ajouter wikimedia_common serrait pratique
> pour wikimedia_common cela ne teste que l'encodage %
> et non la présence d'une url complète <> id
Donc, ya plus ka 😉
*[wikimedia_commons =~ /%[0-9A-F][0-9A-F]/] {
throwError: tr("{0} tag should not have URL-encoded values like ''%27''",
"{0.key}");
fixAdd: concat("wikimedia_commons=",
trim(replace(URL_decode(tag("wikimedia_commons")), "_", " ")));
assertMatch: "node wikimedia_commons=File:Foo%27s";
assertNoMatch: "node wikimedia_commons=File:Foo";
}
Je note aussi que ce script décode les URL mais aussi remplace les «_» par des
« ».
Il n’y a pas de règle qui détecte «_» pour les clés wikipedia et
wikimedia_commons (et c’est pénible à faire manuellement).
> PanierAvide à écrit :
>
> Normalement pas besoin de recharger le fichier dans la configuration de JOSM
> : le fait de relancer la validation suffit (il relit le fichier
> systématiquement).
>
Merci 😀
> Pour la console c'est bien ça la question : le log qui peut apparaître quand
> on lance JOSM depuis l'invite de commande n'affiche pas ces erreurs.
>
Zut.
Du coup, je crois avoir trouvé comment utiliser regexp_match:
https://josm.openstreetmap.de/browser/josm/trunk/data/validator/wikipedia.mapcss?order=name#L28
fixAdd: concat("wikipedia=be-tarask:", get(regexp_match("^be-x-old:(.+)$",
tag("wikipedia")),1));
regexp_match("^be-x-old:(.+)$", tag("wikipedia »)) renvoi le tableau avec les
correspondances
get(xxxx,1) renvoi la première correspondance (0 pour la chaine complète)
> La syntaxe des fonctions est en MapCSS, mais l'interprétation de ces
> fonctions se fait sans doute en Java.
>
—
Yves
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
