Regarding the parameters speedcam_max_angle, speedcam_maxdistance_from_road, and the suggestion of cloning speedcam points, we must consider how automated data processing and modern global databases actually work.
1. The PocketGIS angle format issue
Adjusting speedcam_max_angle=30 (or similar values) is not an "unnecessary modification". It is a technical necessity when dealing with speedcam databases exported from sources that historically use or convert directional angles based on the PocketGIS standard. If you lock the visibility cone too tightly (e.g., at 20°), iGO will simply drop legitimate alerts on curves and complex junctions because the source data's azimuth matrix is wider. The software parameters in sys.txt must adapt to the incoming data structure, not the other way around.
2. The issue with "cloning" speed camera points
Suggesting to manually clone problematic speed cameras, offset their orientation by 90 degrees, or double them at the beginning of each curve is highly counterproductive for modern database maintenance.
• Scalability: Global or continent-wide releases contain hundreds of thousands of points. They are processed, normalized, and generated entirely via automated scripts and converters. Manual "cloning" of individual points is impossible at this scale.
• Database Bloat: Artificially duplicating points breaks the integrity of the database. It inflates the speedcam.txt file with duplicate metadata, leading to high memory consumption, lag during cache parsing, and a high risk of overlapping radar cones triggering false visual alerts on intersecting roads.
3. Technical definition of speedcam_snap_distance
It is also important to clarify the exact algorithm: speedcam_snap_distance is the radial threshold (in meters) for snapping a coordinate to the vector of the nearest road segment if the original point in the text file is slightly misplaced or misaligned. It does not mute or disable the audio/visual announcement as you approach the radar. Muting notifications within close proximity is managed by the skin’s script logic and the core distance-to-target alerting array, not by the map-matching snap value in sys.txt.
Conclusion:
I have no desire to discuss this further, nor am I looking for a reply. There are far more efficient, purely algorithmic ways to make radars work correctly across all scenarios without resorting to artificial database bloating or outdated manual editing. For those who want a stable, deeply optimized, and proven solution that handles these variables automatically, simply install speedcam Mod AF.



Likes: 






Bookmarks