[Script] WME Check Road Name

[buchet37]

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

[buchet37]

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

[buchet37]

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.

[buchet37]

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 )

[buchet37]

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

[buchet37]

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 ?

[buchet37]

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 :

Avant.PNG

(2.73 KiB) Downloaded 451 times

devient :

Après.PNG

(2.83 KiB) Downloaded 450 times

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

[buchet37]

Bonjour,
Nouvelle version CRN 3.1.1 avec le retour des POIs.
Nota: De grands changements ont eu lieu dans la structure et l'affichage de WME (en particulier sur les POIs.
Il se peut que tout ne soit pas totalement figé et que les prochaines versions de WME nécessitent des ajustements.

[buchet37]

Nouvelle version de CRN (et de SSTR) disponible sur Greasyfork.
Elle corrige les changements intervenus sur WME

[buchet37]

Version 3.2.2 en ligne :
Grosse modification sur la création des rues dans WME.
Et sur ce que j'ai vu, on est peu à scripter sur les modifications directes via WME (qui entrainent des sauvegardes)
Je n'ai trouvé qu'un collègue similaire:
Pour ceux qui ont accès au forum étranger, c'est ici.
En clair, la création est beaucoup plus simple qu'avant, mais il fallait seulement deviner comment se servir des fonctions mises à disposition.
C'est maintenant fait et CRN V3.2.2 devrait fonctionner comme avant.

Cela dit, les adresses ont longtemps été utilisées uniquement sur les segments, mais elles ont maintenant une vie propre et sont utilisées à d'autres usages : sur les alternate des segments et sur les POI).
Je regarde actuellement s'il n'est pas plus intéressant de traiter la table des rues (et de ses usages) plutôt que celle des segments.
Ce serait sans doute plus efficace (moins de noms rues que de segments) et plus universel (traitement des alternates et des POIs).
Affaire à suivre ...