no1ne wrote:en attendant la fin de ce travail de forçat (merci JC)
il faut penser a faire une édition autre que la modif d'un alt name avant de sauvegarder et c'est OK

Merci pour la piste.
J'avais identifié que c'était les alternate qui était la source du problème, mais n'a pas vu le contournement possible par une autre édition.
Du coup, je remets mets en ligne une version provisoire telle qu'elle était prévue hier (sans le traitement des alternate), le temps de remettre le script d’aplomb avec toutes ses fonctions initiales (sachant qu'il faudra prendre la précaution d'effectuer une modif supplémentaires jusqu'à ce que le bug de WME soit corrigé.
Edit: le bug de WME se produit quand on met une alternate street sur un segment qui n'a pas de ville dans son nom principal et qu'on sauvegarde sans faire d'autres modifs (je ne sais pas si je suis clair )

J'ai mis en ligne la version 2.2.0 qui repond au besoin initial (vérification des noms de rues).
La function CM est incomplète et peut-être également inutile puisqu'il y a quelques discussions sur le sujet (Dxx , roads shields). Son interet actuel est d'effacer les noms de ville hors agglomérations.

Vu que le script a été pas mal remanier suite au nouveau WME (et au bug des alternates), il est possible que je sois passé à coté de quelques petits problèmes.
N’hésitez pas à les poster ici

En reflexion:
- Optimisation du check
- Vérification des alternates (qui sont de plus en plus présentes)

Edit : - Traitement des Dxxx, des Road shields , mais cela demande que les alternates fonctionnement correctement.

Je découvre le nouveau WME avec ses bonnes et ses mauvaises surprises
- le bug des "alternates" est réglé
- mes scripts sont hors du scrolling et en permanence à l'écran
- le bouton "auto" ne marche plus
- les fonctions CMs sont inactives

A bientôt, avec une nouvelle mise à jour
Dans l'immédiat le check manuel semble fonctionner correctement.

Nouvelle mise à jour la version 2.2.1 qui fonctionne sous Chrome (sans doute une majorité d'éditeurs)

@yanderuelle Travaillant presque exclusivement sous Firefox, j'ai omis le test sur Chrome

PS: SSTR a été également mis à jour (et est fonctionnelle) , même si les interfaces laissent un peu à désirer : positionnement sous la légende par exemple

Bonjour,
J'ai vu le problème sur CRN hier.
J'ai commencé à travailler dessus.
Le problème est identifié (modification de l'objet cities pour les scripteux).
Je teste ce soir sur l'ensemble des fonctions du script.

J'hésite à mettre en ligne car la nouvelle version de WME est actuellement très instable et il n'est pas exclus qu'il y ait encore des modifications dans les jours qui viennent
En fait, je souhaite qu'il y ait des modifications car quaisment inutilisable en l'état

Petit point sur la mise à jour du script.
De mon coté, tout semble "OK", mais vu qu'il y a toujours un problème de sauvegarde lorsqu'il y a de nouveaux nom de segments, je mets en stand-by jusqu'à un fonctionnement correct de WME.

Les problèmes de sauvegarde semblent être réglés,.
j'ai posté une nouvelle version de CRN sur greasyfork
En théorie, les mises à jour doivent être automatiques.

Autre point :
J'ai en projet (qq semaines ou qq mois..., pas d'ETA annoncé ) de refondre CRN pour élargir son champ d'action pour traiter plus de choses que le nom de rues et POI.
Par exemple :
- gérer les "Dxx - Rue de .... " hors agglo
- idem dans l'autre sens (création des alternates names)
Si vous avez d'autres idées, je suis preneur (tant que cela reste dans mes compétences )

Nouvelle version de CRN ici.
Ca a pris un peu de temps, car j'ai opté de me passer des objets WME et de m'appuyer sur l'interface utilisateur pour faire les modifications (en espérant que l'interface utilisateur sera moins chahuté que le code WME.)
Donc une validation un peu plus longue.

Sur le script proprement dit, pas de changement pour les corrections des noms de rues
Par contre, amélioration du renommage des rues nommées en agglomération alors qu'elles n'y sont pas ("ChangeToAltern."):
- Gestion des Dxx - Rue Machin (conservation du Dxxx et passage de "rue Machin" en alternate
- Gestion des lieux-dits (avec ou sans nommage des rues)
-- Création de 2 alternates Lieudit Ville & Rue Ville

asph4lt wrote: c'est possible d'ajouter aussi la correction pour les ALT names?

On peut l'imaginer:
J'avais éliminé cette possibilité lorsque j'utilisais les fonctions internes de l’éditeur.
Maintenant, c'est un peu plus simple: on supprime l'alternate en défaut et on en recréée une avec les nouvelle valeur (comme on le ferait à la souris).
On conserve le principe de la correction du nom de rue comme les rue principales avec le même dico.

Une question annexe sur ce sujet :
Que fait-t'on pour les lieudits ou assimilés ("lieudits (Ville)") en alternate ?
Je serais pour les passer en "Rue & Ville" plus "Lieudits & Ville"
De mon point de vue, aucun intérêt à conserver des lieudits en alternate (pas de visuel sur l'app, utilisation uniquement en recherche,etc..)
Fonction en automatique ou avec confirmation ?

Pour préciser tout cela, le script gère la transformation d'une "rue en agglo" vers une rue "hors agglo".
Un exemple étant plus explicite :
Une rue en agglo nommée comme ceci : devient : Je n'ai pas traité le cas des "rues hors agglo" qu'il faudrait passer en agglo, ni le reformatage d'une "rue en agglo".
Car il y a encore beaucoup à dire sur les limites d'agglomération (un exemple, mais il y en a des milliers).
Et si on commence à renommer en agglo des rues qui n'ont rien à y faire, la correction future sera plus importante que maintenant.
Il me semble plus sage de commencer par remettre les limites des agglomérations là où elles doivent être avant de s'attaquer à leur renommage avec un script
Dans ce cadre, les limites de vitesses aident grandement à recadrer beaucoup de villes