@Verdi: Hum je pense que tu pousses un peu loin le format initial de Jérome me 
paraissait bien@Lioter, on dispose déjà d'une liste je te la mets ci dessous: 
le problème c'est que je voudrais éviter le jargons techniques pour des mots 
compréhensibles et je ne connais pas la moitié de ses antennes. J'ai fait une 
liste avec le nombre d'apparition dans le fichier:
211822    : Panneau (16)
83318    : Antenne parabolique (17)
12407    : Réseaux d'antennes panneaux (19)
10711    : Yagi (21)
8129    : Cierge/Perche (18)
4257    : Dipôle/Doublet (32)
4044    : Panneau Ran-Sharing (75)
3038    : Réseau vertical (26)
2712    : Tube (76)
2387    : Groundplane (12)
1513    : Logarithmique/Log périodique (14)
1392    : Active (directionnelle ou omnidirectionnelle) (2)
1126    : Dipôle large bande (5)
1082    : Antenne indoor pour téléphonie mobile (59)
777    : Trombone (33)
567    : Dièdre (50)
516    : Plan passif ou miroir (44)
472    : Fouet (9)
335    : Antenne à fentes (24)
199    : Cornet (46)
188    : Cylindre (49)
133    : Cable rayonnant (antenne coaxiale) (60)
114    : Discone (52)
112    : Helicoidal (56)
107    : Antenne Grille (45)
100    : Globe (51)
99    : Cigare (3)
95    : Multi Doublets/Multi dipoles (64)
94    : Colinéaire (35)
77    : Panneau bi-bandes (47)
66    : Antenne Gonio (31)
62    : Antenne radar (54)
59    : Sans type (0)
53    : Panneau bi-mode (74)
51    : Filaire (8)
41    : Antenne trisectorielle (58)
32    : Aérien issu de reprise des données électroniques (999999999)
21    : Réseau circulaire 49 antennes (25)
15    : Antenne à faisceau (65)
14    : Pylone Rayonnant (72)
12    : Antenne directive (7)
10    : Réseau linéaire 13 antennes (22)
10    : Antenne Plane (39)
9    : Obus (55)
9    : Antenne à jupe (66)
6    : Antenne HF (38)
4    : Antenne Parapluie (30)
4    : Antenne Marguerite (29)
3    : Panneau tri-bandes (48)
3    : Fuseau (10)
3    : Antenne biconique (67)
3    : Accordable (1)
2    : Système antennaire (20)
2    : Corolle (4)
2    : Antenne équidirective dans un plan (61)
1    : HLO (13)
1    : Antenne à rayonnement zenithal (63)

  


     Le Vendredi 1 mai 2015 1h40, Philippe Verdy <verd...@wanadoo.fr> a écrit :
   

 Note: je n'ai rien précisé concernant la façon de créer un échappement pour 
les crochets, accolades, guillemets, apostrophes, et les pipe, virgules ou 
point-virgules : il faudrait juste réserve le backslash ou d'un caractère 
conventionel non réservé :- \\ pour le backslash \ lui même
- \| pour le pipe |- \= pour le signe égal =- \[ et \] pour les crochets [ et ]
- \{ et \} pour les accolades { et }- \s (semicolon) pour le point-virgule ; et 
non pas \; afin de ne pas entrer en conflit avec les point-virgules séparateurs 
par défaut des listes non ordonnées d'OSM)

Et pour le cas où des chaines déjà entre "guillemets" ou entre 'apostrophes' 
sont utilisées:- \q (quote) pour les guillemets doubles ASCII "- \a (apos) pour 
les guillemets doubles ASCII '
Rien de prévu pour les échappements Unicode (ceux qui y tiennent pourront 
ajouter \xNN ou \uNNNN ou \UNNNNNN), le but étant de coder directement les 
caractères du texte si possible et d'utiliser sinon les échappements plus 
compacts à deux caractères...
Avec ça on a tout pour imiter JSON, mais en plus compact et sans distinguer les 
types numériques et chaines (il n'y a qu'un seul type d'atome : les chaînes).
Les schémas qui voudraient distinguer les types d'atomes devraient coder ça 
dans les atomes-chaines par une convention comme "type:valeur" (un peut comme 
le fait PHP pour sérialiser ses données), par exemple "i:10" pour indiquer 
l'entier 10 (nombre de bits non limité), "n:10" pour le nombre flottant 10 
(précision non limitée), "s:10" pour indiquer la chaîne "10", "n:" pour 
indiquer une valeur nil, "d:date" pour une date dans un format compatible 
ISO8601 (avec séparateurs de champs de date optionnels pour que ce soit encore 
plus compact)...
Le 1 mai 2015 01:17, Philippe Verdy <verd...@wanadoo.fr> a écrit :

Le 1 mai 2015 00:35, dHuy Pierre <dh...@yahoo.fr> a écrit :

@Verdy: Heureux de te voir enfin, j'étais presqu'étoné de ne pas te lire. Cette 
propal de nomenclature est vraiment bonne.

Note: je n'ai pas voulu taper "gags" mais "tags" (mais sur le coup le 
smartphone que j'ai utilisé temporairement, le temps d'une indisponibilité du 
système sur PC, n'en a fait qu'à sa tête malgré plusieurs corrections 
successives de ce mot, il a encore été remplacé contre ma volonté lors de 
l'envoi...)
Personnellement je n'ai jamais aimé le fait de mêler deux types de séparateurs 
dans les tags lanes, c'est très peu lisible et trompeur. Et j'aurais préféré un 
codage de type JSON (mais encore un peu plus compact), sans aucun point-virgule 
(sauf si la structure principale est celle d'une liste non ordonnée: aucun 
point-virgule dans les éléments)
Bref si on veut tout mettre dans un seul tag, permettre alors l'usage des 
accolades, et dans ce cas dans les accolades permettre d'utilier guillements et 
apostrophes ASCII pour encadrer des chaines (mais ne contenant aucun 
point-virgule qui devraient utiliser un échappement)
Les valeurs structurées et sous-structures ne seraient que des listes non 
ordonnées (entre accolades, séparées par des pipes ou virgules), ou 
ordonnées/indexés (entre crochets, séparées aussi par des pipes, avec un 
éventuel signe égal pour nommer/indexer le champ), et contrairement à JSON, les 
guillemets seraient presque toujours évitables, et il n'y aurait qu'un seul 
type d'atome: les chaines, et pas de nombres en tant que tels
Les séparateurs seraient également évitables s'il y a des crochets ou accolades 
avant ou après, pour que ce soit encore plus compact. Pour cet exemple cela 
donnerait:
operator={[TDF{FM|FH}][Opérateur privé{PMR}][SNCF{GSM R}][FREE MOBILE{UMTS 
900|UMTS 2100|LTE 2600}]}
Mais puisqu'ici la structure externe est une liste non ordonnée, on peut aussi 
éviter les accolades externes et alors utiliser les points-virgules habituels 
d'OSM, et supprimer aussi les crochets encadrant chaque élément de la liste non 
ordonnée quant ils sont eux-même des listes ordonnées:
operator=TDF{FM|FH};Opérateur privé{PMR};SNCF{GSM R};FREE MOBILE{UMTS 900|UMTS 
2100|LTE 2600}
Et voilà alors notre format JSON-like, ultra compact, adapté pour OSM, mais 
toujours très lisible !




  
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Répondre à