Smileys pour indices de lignes

[JM-C]

Je remonte ce sujet: est-il encore d'actualité ?

Avec le pack opendata des indices RATP (qui ne fait que 1367 KO), on doit pouvoir créer automatiquement avec un script PHP de quelques lignes utilisant une simple boucle un ensemble de faux smileys non affichés sur la droite, mais utilisables avec leur code, par exemple #171# pour la ligne 171 (ou autre séparateur si le # pose problème).

Il est bien évident qu'on ne va pas s'amuser à le faire à la main !

[PrizzyMahdi131]

Je remonte ce sujet: est-il encore d'actualité ?

Avec le pack opendata des indices RATP (qui ne fait que 1367 KO), on doit pouvoir créer automatiquement avec un script PHP de quelques lignes utilisant une simple boucle un ensemble de faux smileys non affichés sur la droite, mais utilisables avec leur code, par exemple #171# pour la ligne 171 (ou autre séparateur si le # pose problème).

Il est bien évident qu'on ne va pas s'amuser à le faire à la main !

Moi, j'aimerais bien voir ça! Malgré que le sujet ne soit pas trop tenu à jour, mais ce serait bien quand même.

[JM-C]

En fait c'est beaucoup plus simple, il n'y a pas besoin de passer par les smileys.

Il suffisait de créer une balise "ligne" qui affiche l'image à la place de l'indice

exemples

[indice=]72[/indice]

[indice=]171[/indice]

[indice=]208a[/indice]

[indice=]tIGR[/indice]

[indice=]541-1[/indice] (541-1)

[indice=]Tvm[/indice]

[indice=]N15[/indice]

Pour la plupart des lignes, l'indice officiel suffit (y compris ceux à lettre) mais attention à la casse (Tvm, tIGR ...) et il y a quelques exceptions dans le cas des lignes (urbaines) composées de plusieurs circuits ayant chacun leur couleur: 544L, 544R, 544C, HB (ancien 340), 574e et 574o pour le TUC, 589a, 589b et 589c pour le TUVIM, 597 et 597c pour l'hirondelle.

NB: les indices intra-muros sont plus grands, c'est comme ça dans le fichier open-data. Quand j'aurais le temps je les mettrai à la même taille que les autres. Il y a aussi quelques couleurs à revoir car elles ont un profil colorimétrique un peu différent du RGB destiné aux écrans (ça doit être pour l'impression).

[PrizzyMahdi131]

Cool xD Merci

[Philippe02]

Génial !! Je viens d'essayer sur le sujet consacré aux plans de lignes, c'est vraiment beaucoup plus simple !!!

[Bounonne]

Pour info, l'indice [indice=]tIGR[/indice] n'est plus utilisé, seul l'indice [indice=]580[/indice] apparaît sur les différents documents (sauf oubli de mise à jour...).

[OP52]

Oui, depuis le 01/03/09, on l'avait indiqué dans l'historique

[JM-C]

J'avais utilisé pour les essais la version "open data" de 2012.
Une mise à jour vient d'être effectuée le 18 février avec les nouveaux indices (par exemple 485s [indice=]485s[/indice]).
J'en ai profité pour rajouter les métros et trams. Pour le métro, pour le moment, il faut utiliser deux fois la balise, pour le logo M [indice=]M[/indice] puis l'indice qui s'appelle M1, M2, M3, M3bis ....

[JM-C]

J'ai fusionné les 2 parties pour les trams, il suffit donc de mettre l'indice entre les balises comme pour les lignes de bus

T1 [indice=]T1[/indice]

T2 [indice=]T2[/indice]

T3[indice=]T3[/indice]

T3a[indice=]T3a[/indice]

T3b[indice=]T3b[/indice]

T7[indice=]T7[/indice]

(le logo T5 n'existe pas)

J'ai également mis les logos intra-muros à la même dimension que les autres et remplacé les mauvaises couleurs par les bonnes données par le document pdf inclus dans le pack open data. Il y a en effet un bug (corrigé pour les nouveaux indices): les png n'ont pas été enregistrés (en 2012) en RVB (ou RGB c'est pareil) mais en 16 couleurs indexées et pas avec la palette exacte.
Le plus curieux, c'est qu'en RVB ça tient moins de place car le png n'enregistre que les couleurs utiles.

[paris1926]

[ligne]26
[/ligne]
juste un essai