Welcome guest, is this your first visit? Click the "Create Account" button now to join.
Results 1 to 4 of 4

Thread: Cl

  1. #1
    Master
    Join Date
    Nov 2017
    Location
    europa
    Posts
    136
    Rep Power
    246

    autovelox Cl

    speedcam_maxdistance_from_road is used to ignore a speed camera alert if the camera is located farther away than the selected distance when passing it.

    This parameter is important, for example, when driving on an expressway alongside a secondary road with a speed limit of 45 mph, while the expressway itself has a speed limit of 80 mph.

    If a speed camera installed on the secondary road, configured to detect speeding above 45 mph regardless of direction, is located less than 10 metres from the expressway, iGO will issue a speeding alert on the expressway whenever you exceed 45 mph, even though you are well below the legal speed limit of 80 mph.

    When a speed camera is located at the intersection of two crossing roads, and is therefore less than 10m from both roads, the correct use of directional mode will determine whether the camera is announced and whether the correct speed limit is applied.

    For example, consider a speed camera located on a secondary road crossing over an expressway on a bridge. If the camera is intended to monitor traffic on the expressway, it should be configured with a speed limit of 80 mph and oriented in the direction of the expressway. If it is intended to monitor traffic on the secondary road, its orientation should be offset by 90 degrees and its speed limit set to 45 mph.

    What remains to be verified in this example is whether a camera located on the bridge, configured and oriented to monitor the expressway, but positioned more than 10m from the expressway while still being located on the secondary road, will ultimately be announced by iGO or ignored.


    It is therefore preferable not to tamper with this parameter, as its default value represents a reasonable compromise that works in most cases.

    The same applies to speedcam_max_angle, which some people unnecessarily increase. Instead, it would be sufficient to adjust the directional angle of the few affected speed cameras to improve detection. Alternatively, problematic speed cameras could simply be cloned, assigning each clone the most appropriate angle and placing them opposite each other at the beginning of each curve, with each one oriented according to the direction of the road.
    It should be noted that a value of 20° for this parameter already represents a lateral distance of 200 m from the intended direction at a distance of 1 km, which is more than sufficient for a speed camera positioned less than 10 m away.

    It is also important to be aware of a certain reality: a speed camera positioned 10 m from the road with a detection angle of 20° will be only 27.5 m away from you when it leaves the visibility cone. In that case, the alert will have sounded long before that point—or, visually, you would have to be extremely short-sighted not to see it.

    speedcam_snap_distance literally means "speed camera snap distance." Its value may indicate that, below the selected distance between the speed camera and the vehicle, the camera will no longer be announced because it is considered too close to have any meaningful influence on the driver's behavior, taking reaction time and braking distance into account.

    There are four main parameters in sys.txt that affect speed camera detection:

    speedcam_snap_distance=50 ;; Speed camera snap distance
    speedcam_maxdistance_from_road=10 ;; Maximum distance from the road (route)
    speedcam_max_angle=28 ;; Visibility cone = 2 * max_angle
    speedcam_max_lookahead=500 ;; (1000)

    One could say that speedcam_max_angle would represent the field of view, while speedcam_max_lookahead represents the maximum hyperopia and speedcam_snap_distance the minimum myopia at which a text is no longer readable, speedcam_max_angle.

    Excessive or inappropriate modification of these values can interfere with predictive detection and the operation of other alert parameters. The most obvious example would be reducing speedcam_max_lookahead to 100 m when we know that laser speed cameras can detect vehicles from more than 1,000 m away.



    In iGO, min_frc is most likely related to FRC = Functional Road Class.

    FRC is a hierarchical classification of roads: motorways, expressways, main roads, secondary roads, local streets, etc. Whether a higher or lower numerical value represents a higher road class depends on the mapping system being used, so caution is needed when interpreting the exact numerical value.

    The min_ prefix generally suggests “minimum FRC class” or “minimum FRC.”

    In the context of speed cameras, navigation, or route searching, min_frc could therefore be used to define the minimum road class to be taken into account.

    In the case of alerts in particular, one might want them to apply only to certain types of roads. This parameter appears to be mainly present in [speedcam_category:3], which defines section speed cameras, so its use may differ from the definition given above.

    An iGO document explicitly identifies **FRC = Functional Road Class** in the section devoted to route calculation. Some discussions indicate that `min_frc` plays a role in determining whether the road speed is used, depending on its class: the value of `min_frc` would be related to the value assigned to `use_road_speedlimit`.

    FRC 0 → motorway / major road
    FRC 1 → very important road
    FRC 2 → important road
    FRC 3 → main road
    FRC 4 → secondary road
    FRC 5 → local road
    FRC 6 → residential road
    FRC 7 → road of very low importance

    A specialized iGO discussion also indicates that `min_frc` works in conjunction with `use_road_speedlimit`, and that `min_frc=-1` is used when allowing the speed provided by the map to be used.

    The most consistent interpretation is that `min_frc` is used to determine **from which functional road class iGO may use the speed limit provided by the map**, rather than simply determining whether the speed camera should be displayed.
    Last edited by lunapark; Today at 04:38 PM.

  2.    Advertissements


  3. #2
    SUPER MODERATOR Cl
    ClClClClClCl
    Andrey Form's Avatar
    Join Date
    Oct 2019
    Location
    Belarus
    Posts
    3,837
    Rep Power
    2762

    Default

    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.
    gps5

    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]


    ©AF_2020-26

  4. #3
    Master
    Join Date
    Nov 2017
    Location
    europa
    Posts
    136
    Rep Power
    246

    Default

    I wouldn’t want to contradict the Grand Master, but these two examples clearly illustrate the inappropriate use of modifying the main parameters to address a few misconfigured speed cameras:
    Quote Originally Posted by ANDREY FORM
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    In the first case, we can see that choosing to switch to a single all-direction speed camera results in a speed alert being triggered for a secondary road where no alert should occur. In this specific location, keeping two separate speed cameras would have solved the detection issue in both directions of travel. Simply placing one of them on either side of the secondary road, at the beginning of the curve, with the best possible angle, this is still only in the context of a specific situation.

    In the second post, we can see that increasing the field of view provides another solution without losing the duplicated speed camera. However, this necessarily affects all the other existing speed cameras, potentially creating side effects that we have not attempted to identify or assess.

    Duplicating speed cameras does not require duplicating all the existing ones; it only applies to a negligible number of them.

    One could also discuss section speed cameras, which currently require two completely separate cameras, whereas it might be sufficient to have only one, assuming that beyond a certain distance travelled after the first alert, the section is considered to no longer be active, or simply by setting the `max_section_time` parameter to an appropriate value.*But since these speed cameras are few in number compared to the others, adding a few individual cases would be negligible for end-of-section detection.

    When a composer writes a piece of music, they have a very precise idea in mind of which instruments should make up the orchestra and how they should be tuned and configured so that the music conveys exactly the emotion they want to express. But if a conductor decides to replace some instruments with others and change the harmonies, the original composition will inevitably have to be modified and patched up in an attempt to make it sound coherent and listenable.

    Manipulating database for the sake of convenience, and then having to adapt skins accordingly, is not necessarily the best way to make the most of the performance capabilities offered by iGo in his paid version.
    Last edited by lunapark; Today at 06:17 PM.

  5. #4
    SUPER MODERATOR Cl
    ClClClClClCl
    Andrey Form's Avatar
    Join Date
    Oct 2019
    Location
    Belarus
    Posts
    3,837
    Rep Power
    2762

    Default

    Reason for move: Off-topic and hidden promotion of paid software versions. This thread is strictly dedicated to technical iGO Speedcam database logic and community mod optimization. Paid/official licensing discussions belong to a different section. Post moved to Trash Zone.
    gps5

    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]
    [Only registered and activated users can see links. ]


    ©AF_2020-26

 

 

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •