Lufop | Radars et autres POIs pour GPS et Smartphones

soucis détecté dans la gestion des types dans les speedcam.txt diffusés sur ce forum

j'ai trouvé plusieurs fois la même liste de types qui ne correspond pas vraiment
puisque le type 6 des speedcam Lufop n'est pas une zone Feu Rouge mais une zone Passage à niveau.


Explanation:
X = longitude
Y = latitude
TYPE = type of speed camera
1 - fixed speed camera locations;
2 - combined red light and speed cameras;
3 - fixed red light camera locations;
4 - section camera positions;
5 - lasers, hand-held radars and other mobile speed camera locations;
6 - railway crossing;
7 - not constant mobile locations
SPEED = speed limit in km/h
DIRTYPE = type of direction of the speedcam
0-all directions;
1-one direction;
2-both directions
DIRECTION = direction in degrees (0-North; 90-East)
DIRTYPE and DIRECTION are optional fields

la liste ne se limite pas de 1 à 7

"Speed Camera" 0
"Mobile Speed Camera" 1
"Built-in Speed Camera" 2
"Average Speed Camera" 3
"Red Light Camera" 4
"Railroad Crossing" 6
"Bus Lane Camera" 7
"High Accident Zone" 8
"School Zone" 9
"Town Entry Point" 1910
"Red Light and Speed Camera" 1911
"Toll Booth" 12
"Hospital, Ambulance" 1913
"Fire Station" 14
"Congestion Charge Zone" 15
"Give Way" 16 new
"FixMobil" 17 new
"Speed Breaker" 18 new
"Children" 19 new
"Dangerous turn" 20 new
"Tunnel" 21 new
"POI" 22 new
"RPS Post" 23 new
"Dangerous Area" 1931

La solution de facilité, avertir de la présence d'un second radar dans le sens opposé.
C'est pas fait dans "les règles de l'art",
ça alourdi les fichiers de données puisque ça double le nombre de radar ( pour ceux en double sens),
mais ca fait le job, au moins le temps de trouver la solution adéquat.

Je roule avec le connect de chez nisssan et ça averti des deux sens quelque soit le radar.

Bon boulot merci

l'information double-sens peut être contenue sur une seule ligne pour ne pas alourdir les fichiers, dans les speedcam.txt il suffit d'utiliser DIRTYPE
la structure des données étant:
X,Y,TYPE,SPEED,DIRTYPE,DIRECTION

DIRTYPE est très peu utilisé et pourtant, ça évite de mettre 2 lignes au lieu d'une.
vide ou 1 = simple sens et 2 = double-sens

Par exemple, ce radar à l'adresse: 4.66178,44.82334,1,50,2,66 est un radar fixe double sens de type MESTA 210C
flashant au delà de 50 km/h direction 66° et comme il est double-sens, il flashe aussi dans la direction 246°

Un ans plus tard je vois ce message ...

Desolé

Mais pour repondre a ta question l'azimut est calculé au plus pres du point. Tu peux voir sur la carte ca correspond a l'orientation de la route au niveau de poi.


Lufop

C'est dommage d'avoir choisi 0 comme "toutes directions". Moi j'ai utilisé 999 pour "toutes directions", parce que des orientations de POI à 0°, çà existe ...
Aussi, je ne vois pas de type "radar de tronçon", qui sait répondre ? Merci d'avance

Salut
De mémoire c'est type 4

JimJolauje a écrit : ↑21 janvier 2019, 12:12 Salut
De mémoire c'est type 4

Merci pour le tuyau

JimJolauje a écrit : ↑06 janvier 2016, 19:18 par contre je me demande à quelle distance le dois récupérer l'azimut car suivant ce mode de calcul

Je ne suis pas certain de bien comprendre la question que tu te poses. Mais je vais essayer d'y répondre à l'envers
Pour effectuer la détection des POI en prenant en compte l'orientation de leur "faisceau" de détection, je ne pense pas qu'il y ai 36 méthodes. Pour ma part, je compare l’écart absolu entre le "bearing" de ma circulation (facile, car la trame RMC te la fournit) avec la direction du faisceau enregistrée dans la base.
Pour corser le tout, j'ai rendu mon cône de détection paramétrique en fonction de la vitesse: à faible vitesse, le cône est ouvert et court, à haute vitesse, il est resserré et long.

Salut
Depuis le temps j'ai trouvé la solution de détection pour mon application Android.
Pour le bearing, j'utilise la même technique d'ouverture d'angle en fonction de la vitesse comparée à celle fournie dans le fichier et ma propre direction, mais j'ai corsé un peu la chose en comparant également les directions en fonction de la distance, loin c'est serré, près c'est ouvert jusqu'à une limite de 45°, ce qui évite une partie des faux positifs puisque je n'utilise pas le routage Google Maps et ne fait pas de comparaison des adresses des 2 positions (la mienne et le radar)

Pour joker, pour les radars double sens marqués Dirtype=2 dans les fichiers radars, j'utilise une technique simple, je crée 2 lignes dans ma base de données, l'une telle-quelle identique au fichier, l'autre dans la direction inverse,
En Java : Direction+180%360

JimJolauje a écrit : ↑22 janvier 2019, 12:59 Pour joker, pour les radars double sens marqués Dirtype=2 dans les fichiers radars, j'utilise une technique simple, je crée 2 lignes dans ma base de données, l'une telle-quelle identique au fichier, l'autre dans la direction inverse,
En Java : Direction+180%360

Bien vu. L'idée c'est de garder une base de données aussi petite que possible (mémoire minimisée et algorithme plus rapide). Et puis d'un point de vue pratique, dans le doute je passe à la vitesse imposée, parce que le jour où le radar est mis à niveau, tu pleures (à cause du flash bien entendu). Du reste, j'ai introduit une option dans l'application (système autonome embarqué) qui me demande si je veux prendre en compte la direction du faisceau. Par défaut, je la désactive. Sur l'autoroute c'est différent puisque le radar ne peut surveiller qu'un sens de circulation. Mais là j'applique une autre règle de bon sens: pas de folies sur les trajets inconnus. Si je connais le trajet, je sais où est le POI et j'agis en conséquence.