Gestion des communes sur EBT.

[Yelverdack]

Pour moi, il faut absolument mettre le nom de la commune, mais j'accepterais certaines exceptions comme :

1) une station balnéaire ou de montagne est très connue sous son appellation propre mais fait partie d'une commune dont le nom est moins connu que celui de la station. Exemple : L'Alpe-d'Huez, Courchevel, Verbier, Crans-Montana, le Cap-d'Agde, qui ne sont pas des communes. En Suisse c'est très souvent le cas où la station se trouve à 1300m, mais fait partie d'une commune qui se trouve en plaine. Souvent la population de la station est plus grande que celle de la commune centre.

2) dans le cas de fusion de communes assez récentes, j'accepterais de laisser le nom de la commune ayant été absorbée par une nouvelle entité si le billet a été obtenu avant la fusion ou si le nom de la nouvelle commune ne provient d'aucune des ex-communes fusionnées.

3) Quand je vois que des billets ont été entrés dans des endroits tenant plus du minuscule hameau que d'une commune et que je vois que celui-ci n'est pas dans le même dot que le reste de la commune, j'essaie de ne rien modifier pour ne pas faire perdre un dot à l'EBTer.

[greteck]

Je crois que toute la question est là : est-ce que chacun fait comme il veut ou est-ce qu'on se donne une règle commune ?

Je viens de répondre à Claudio Vda et l'inviter à participer à ce forum. Il semble que les mots communes, villes, localités... n'aient pas le même sens dans nos différents pays.

Je l'ai contacté suite à mon voyage à la Réunion. L'ile compte 24 communes ; 37 sur EBT ! dont "LIle de la Réunion" pour 7 billets.
Je préfèrerai que l'on utilise plutôt la commune : ses limites et son toponyme sont parfaitement connues. On pourrait ainsi sur EBT ne laisser accès qu'à une liste de commune où l'on choisirai celle qui correspond au billet encodé. Plus de billet dans des villes inexistantes ou fantaisistes. Et rien n’empêche d'utiliser les commentaires pour plus de précisions.

Je pense que les city managers peuvent se donner la règle commune que tous les profils qui apparaissent dans l'arborescence France->Régions->Départements->"Villes" devraient être des profils de communes.

De toute façon l'encodeur n'a pas de règles à respecter et il y a des milliers de billets en France avec une localisation fantaisiste.

En tant qu'encodeur je continuerai à rentrer le nom des hameaux dans lesquels j'obtiens les billets, surtout pour que les hits aient le bon nombre de kilomètres. Par contre en tant que city manager je compilerai tous les hameaux dans le même profil de commune ("parent city"). Pas de problème pour les dots, il suffit que chaque hameau ait les bonnes coordonnées, un profil de ville peut s'étendre sur plusieurs dots (exemple : Paris).

Donc pour la Réunion, il faudrait 24 communes mais après libre à chacun de mettre la localisation qu'il souhaite, les city managers s'adapteront de toute façon (ils n'ont pas le choix !)

Que faire pour des cas comme "Paris La défense" "Marne la Vallée" "Saint Quentin en Yvelines" ?

[Kleman]

De toute façon je pense que ceux qui rentrent des localisations vraiment fantaisistes ne lisent pas spécialement le forum ou même les règles éventuelles qui pourront être mises sur le site. Donc ça ne changera rien.
Nous ici essayons de faire au mieux et je pense que nous ne sommes pas réellement concernés par ce problème.

[yli]

Que faire pour des cas comme "Paris La défense" "Marne la Vallée" "Saint Quentin en Yvelines" ?

Ces villes se composent de plusieurs municipalités. Si les municipalités ont aussi des codes postaux mêmes est très difficile de les classer correctement. Également est difficile de classer les codes postaux inexistants.

Je n'ai aucune idée quoi faire ici.

[jonman]

en il y a une stricte et claire régulation pour ce problème (similaire comme ce que greteck a proposé).

Je pense que les city managers peuvent se donner la règle commune que tous les profils qui apparaissent dans l'arborescence France->Régions->Départements->"Villes" devraient être des profils de communes.

c’est la même règle en , avec l’addition que les profils peuvent aussi représenter des aéroports internationaux qui ne se trouvent pas sur le territoire de la commune correspondante.
une autre question c’est pour les critères puis qu’un billet reçoit des coordonées. des locations plus petits que des communes ont des adresses postales distinctes. (par exemple dans le profil ( = la commune) de hohe börde vous pouvez trouver des hits dans les locations de hermsdorf et de bebertal: https://de.eurobilltracker.com/profile/ ... 2;city=701)
même s’il y a seulement une faute d’écrite dans le nom d’un billet (ou une faute dans le code postal), ce billet et attribué à un profil de ville (si l’entrée est sans équivoque), mais il ne reçoit pas des propres coordonnées. (au lieu de ça il reçoit des corrdonnées moyennes du profil correspondant).

[opalon]

je suis toujours partant pour le city-manager pour la .... Qui pourrais m'aider???? A l'aide

[claudio vda]

Comme j'ai ecrit il y a deux jours, le probleme est qui le terroir europeen n'est pas homogene.
On peux faire une regle fantastique pour... je ne sais pas... pour la Lorraine, avec tous les cas et patapi et patapa; regle qui ne marcherait jamais pour le Tirol.

Dans les regions de la France qui je connais les localitees plus petites de la commune ne sont pas de vraies localitees, mais tout simplement des maison isolees; on pourrait dir "au dessous de la commune rien exists pour EBT".
En Italie centrale il y a des villes qui ne sont pas commune, alors il fait qui au dessous de la commune les choses existent.
Dans l'Italie du Nord-Ouest c'est plus similaire a la France et la localite c'est quelque chose comme la rue.
Au Belgique la situation est plus similaire a l'Italie centrale: il y a des pays qui ne sont pas communes mais quíl ont une certe importance avec structure urbaine et gare chemin de fer.

Je crois qui c'est pas possible de etabilir une regle valide pour tout EBT, mais il faudrait voir region pour region: ca veut dire qui les utilisateurs doivent etre concerne au suject de l'encodage, mais comme le 93% des encodeurs ne se promene pas sur le forum ca va etre fort difficile

[opalon]

Regardez ce billet qui a été encodé en Tunisie : https://fr.eurobilltracker.com/notes/?id=111231473" onclick="window.open(this.href);return false;
EBT, ne reconnait pas la ville... Je me demande si ce n'est pas DJERBA et non JERBA... Alors si un jour on retrouve ce billet.. et bien, on aura un problème avec ce Hit...

Et je ne savais pas que Gibraltar était au Royaume-Uni https://fr.eurobilltracker.com/notes/?id=111229836" onclick="window.open(this.href);return false;

Ce billet si a été encodé en Jamaïque : https://fr.eurobilltracker.com/notes/?id=88939738" onclick="window.open(this.href);return false; et a été retrouvé au Pays-Bas dans la même ville et tout...

[Kleman]

1) Les villes arabes (notamment) peuvent avoir plusieurs traductions en français qui sont toutes valables
(comme d'autres mots: al kaïda, al qaïda... etc)
de plus, remarquons que des villes changent de nom selon la langue: Venise, Venezia, Venedig ou Bordeaux/Burdeo ... etc)

2) Gibraltar est en effet au Royaume uni, comme Point à Pitre est en France, même si ce n'est pas le même statut.
De même que Ceuta est en Espagne même si sur le territoire marocain

[Phaseolus]

Ce billet si a été encodé en Jamaïque : https://fr.eurobilltracker.com/notes/?id=88939738" onclick="window.open(this.href);return false; et a été retrouvé au Pays-Bas dans la même ville et tout...

Ce hit est un faux ; l'encodage est erroné et il n'a jamais été en Jamaïque en 1 jour...

[opalon]

Ce billet si a été encodé en Jamaïque : https://fr.eurobilltracker.com/notes/?id=88939738" onclick="window.open(this.href);return false; et a été retrouvé au Pays-Bas dans la même ville et tout...

Ce hit est un faux ; l'encodage est erroné et il n'a jamais été en Jamaïque en 1 jour...

Pourrais-t-on y faire quelque chose... Par exemple: changer le nom de la ville et tout...

[Yelverdack]

Je vois qu'un City manager a déjà rattaché Vlaardingen (Jamaïique) au profil de la ville de Vlaardingen (NL). Le hit ne sort pas si on sélectionne les hit faits en Jamaïque et le nombre de kil est de 0 ce qui prouve que c'est une erreur de sélection de pays. Il y a juste le drapeau que le système ne permet malheureusement pas de changer

[Ted X]

J'ai lu avec beaucoup d'attention vos remarques. Il me semble qu'en effet il sera de toute façon très difficile de trouver une pratique unique pour toute l'Europe. Mais cela doit-il nous empêcher de modifier les nôtres

Plusieurs ont fait remarquer à juste titre qu'une règle est déjà établie : pays, région, département, ville ; pourquoi ne pas s'y tenir ? D'autant qu'EBT prévoit des "sous-localités" pouvant apporter précision et "dot décalé".

Par ailleurs, et là je sollicite une fois encore Claudio Vda pour être mon porte paroles auprès des instances supérieures (je sais qu'il le fera et que cela ne servira absolument à rien, jamais aucune réponse fusse-t-elle négative ne m'étant apportée) de demander une refonte du city-manager afin de le rendre un poil plus intuitif...
A ce propos, n'ayant pas retrouvé le mode d'emploi qui de toute façon correspondait à la version précédente de city-manager, si quelqu'un peu m'expliquer comment détacher et/ou attacher une "sous-localité" à un "parent"...

[greteck]

...
A ce propos, n'ayant pas retrouvé le mode d'emploi qui de toute façon correspondait à la version précédente de city-manager, si quelqu'un peu m'expliquer comment détacher et/ou attacher une "sous-localité" à un "parent"...

Pour détacher ou attacher une sous-localité à un parent il faut :
- rechercher la sous localité dans la colonne 1 et en même temps rechercher le "parent" dans la colonne 2
- sélectionner en cochant les cases correspondantes dans chaque colonne
- cliquer sur "Interchange"
- sélectionner la sous-localité à changer
- cliquer sur la flèche en bas => pour la faire passer du côté du parent

Et voilà !

[opalon]

Voila ce qui arrive lorsque je point rouge n'est pas encore encodé dans EBT : https://fr.eurobilltracker.com/notes/?id=111382917" onclick="window.open(this.href);return false;
Que faut-il faire? SVP