Auteur Sujet: Carte des faisceaux hertziens et galerie photo : bugs, idées d'amélioration, ... (Lu 180292 fois)

buchanan · « **Réponse #252 le:** 02 mars 2016 à 21:59:41 »

Voilà qui est fait

Bensay · « **Réponse #253 le:** 05 mars 2016 à 14:38:08 »

Bonjour,

Merci pour cette superbe idée

Petite question n'est t'il pas possible de prendre un "leger" facteur d'erreur pour les "liaisons non résolue" certaines semble logique mais non prise en compte surement à cause d'une legere mais mais mauvaise valeur azimutale.

Cdt

Bensay

buchanan · « **Réponse #254 le:** 05 mars 2016 à 15:53:44 »

En fait il y a déjà des marges d'erreur prises sur les différents critères d'association, et qui sont modulées sur plusieurs passes. Sinon il y aurait beaucoup plus de non résolues.

La difficulté est de trouver la bonne marge qui fait qu'on résout suffisament de liaisons sans créer de fausses liaisons par erreur dans les zones denses en FH. (Et c'est déjà le cas, il y a des liaisons tracées qui n'existent pas dans la réalité)

Peux-tu m'indiquer une ou deux des liaisons qui te semblent logiques mais qui ne sont pas résolues ? Pour voir si elles rentrent dans les cases des typologies d'erreurs habituelles.

Bensay · « **Réponse #255 le:** 05 mars 2016 à 16:22:34 »

Citation de: buchanan le 05 mars 2016 à 15:53:44

En fait il y a déjà des marges d'erreur prises sur les différents critères d'association, et qui sont modulées sur plusieurs passes. Sinon il y aurait beaucoup plus de non résolues.
La difficulté est de trouver la bonne marge qui fait qu'on résout suffisament de liaisons sans créer de fausses liaisons par erreur dans les zones denses en FH. (Et c'est déjà le cas, il y a des liaisons tracées qui n'existent pas dans la réalité)

Peux-tu m'indiquer une ou deux des liaisons qui te semblent logiques mais qui ne sont pas résolues ? Pour voir si elles rentrent dans les cases des typologies d'erreurs habituelles.

Mais avec un grand plaisir;

2 exemples : EDF GDF (569669)-> ORANGE Services Fixes (1444713)

et : ORANGE Services Fixes (1444713) - > ORANGE (1043170)

Comme un dessin vaut mieux qu'un long discourt :

Cdt

Bensay

buchanan · « **Réponse #256 le:** 05 mars 2016 à 16:36:52 »

Ce cas est intéressant pour expliquer les difficultés qu'il y a parfois à résoudre:
Sur 569669 on a un FH 38GHz qui pointe vers 166,3°, et sur 1444713 un FH 38GHz qui pointe aussi vers 166,3°

A partir de là on peut faire au moins deux hypothèses:
- Il y a une erreur sur 1444713, l'azimut a été déclaré deux fois avec la même valeur alors qu'il devrait être inversé, et on aurait bien une liaison 38GHz entre ces deux supports. D'autres cas d'azimuts inversés comme celui-ci existent.
- Il manque deux déclarations, une sur 1444713 et une sur 1043170, dans ce cas on aurait deux liaisons chainées, comme indiqué sur ton schéma.

Que choisir ? A vue de nez je dirais la première solution parce qu'il serait bien étonnant que les deux azimuts de deux liaisons chainées soient identiques à la virgule près, mais ça n'est qu'une supposition...

J'en profite pour te poser une autre question : quel est ton navigateur ? En principe les petites cases de couleur dans la légende (Orange, Free, Autres etc) sont pleines

Bensay · « **Réponse #257 le:** 05 mars 2016 à 16:44:22 »

Merci pour ce retour,

Y a t'il un espoir de voir des corrections de la base ou une évolution sur ces points (je me doute que le travail est immense);

Pour répondre à ta question : Il s'agit de Google Chrome Canary (dernière version en date).

Cdt

Bensay

buchanan · « **Réponse #258 le:** 05 mars 2016 à 17:01:14 »

Pour des corrections à la source par des déclarations des exploitants ou une action de l'ANFR ce qui serait l'idéal, je pense qu'on n'a malheureusement aucun levier d'action là dessus.

Je peux appliquer des corrections manuelles de mon côté pour les cas d'erreur les plus flagrants (j'en ai déjà une petite liste), mais ça reste un truc manuel. Comme tu le dis il ne s'agit pas de passer en revue tous les non résolus pour les traiter à la main, la tache serait colossale.
Sur ce cas là, je n'appliquerai probablement pas de correction manuelle en l'état, il y a trop de doute du fait de la présence de 1043170. A moins d'avoir d'autres indices... (photo par exemple).

Étonnant, je vois bien des cases pleines avec Google Chrome Canary, dernière version également (51.0.2668.1)

buchanan · « **Réponse #259 le:** 05 mars 2016 à 18:56:40 »

J'ai écrit un petit tuto pour les personnes désirant ajouter des photos dans la galerie :
https://carte-fh.lafibre.info/tuto_galerie_photo/

Nico · « **Réponse #260 le:** 05 mars 2016 à 20:02:01 »

J'ai des cases non pleines en version 48.0.2564.116.

Nico · « **Réponse #261 le:** 05 mars 2016 à 20:02:14 »

Citation de: buchanan le 05 mars 2016 à 18:56:40

J'ai écrit un petit tuto pour les personnes désirant ajouter des photos dans la galerie :
https://carte-fh.lafibre.info/tuto_galerie_photo/

Génial !

buchanan · « **Réponse #262 le:** 05 mars 2016 à 20:41:19 »

Hmmm $:-\$
Du coup pourriez-vous me faire un petit topo de ce que vous voyez avec vos différents navigateurs ?
Il semble que ce que vous voyez est le caractère par défaut quand il est impossible d'afficher le caractère voulu .. et je lis différentes choses qui indiquent des soucis avec Unicode dans Chrome...
Le caractère qui devrait être affiché est le caractère Unicode 25FC "black medium square"

buchanan · « **Réponse #263 le:** 07 mars 2016 à 15:56:26 »

Deux évolutions sur la galerie:

J'ai ajouté une catégorie "00 - Etranger". Il y aura surement un dossier par pays puis un niveau de subdivision supplèmentaire volontairement assez flou pour pouvoir y mettre un peu ce qu'on veut (ville/zone/région...). Eventuellement ça pourra évoluer si cette section rencontre un succès fou

Le plugin piwigo-openstreetmap a été ajouté. Il permet de localiser les photos sur une carte affichée à différents endroits de la galerie (pages de catégorie, pages de photos etc). Ce plugin utilise les coordonnées GPS présentes dans la base de données de la galerie, elles peuvent être renseignées:
- Soit automatiquement à partir des données EXIF au moment de l'import
- Soit manuellement par un administrateur

Il n'y a pas d'interaction entre le plugin community (qui permet à des visiteurs lambda d'uploader des photos) et le plugin piwigo-openstreetmap (qui permet de renseigner des positions GPS). En tant que visiteur lambda, on ne peut donc pas indiquer des coordonnées au moment de l'upload. Je pense donc faire la chose suivante:
- Pour les supports en France, je renseignerai ces positions de façon systématique avec les positions GPS du support issues des données ANFR. Les données EXIF de position ne seront pas utilisées : vu les objets qu'on photographie, il peut y avoir une grosse différence entre les coordonnées du support et les coordonnées du lieu de prise de vue.
- Pour les supports à l'étranger, il faudra soit indiquer une adresse ou les coordonnées dans le commentaire de la photo, soit me les donner directement (ici, twitter, IRC...). Par défaut les données EXIF seront utilisées, la modification se fera au cas par cas

Conséquence : le nom de la galerie "Galerie des supports ANFR" n'est plus très approprié ... des idées ?

J'en profite pour relancer mon appel : qui voit des petites cases vides au lieu des petites cases pleines dans la légende en haut à gauche, et avec quel navigateur ?