Welcome guest, is this your first visit? Click the "Create Account" button now to join.
Page 37 of 37 FirstFirst ... 27353637
Results 361 to 366 of 366
  1. #361
    SUPER MODERATOR iGO Speedcam (DISCUSSION)
    iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)
    Andrey Form's Avatar
    Join Date
    Oct 2019
    Location
    Belarus
    Posts
    3,837
    Rep Power
    2762

    Default

    Your issue is related to your testing method, not a skin bug.There is a fundamental difference in how iGO works:Planned Route: The core engine builds a navigation corridor. It knows exactly where you will turn and pre-alerts you based on the database coordinates and exact azimuths (angles).Free Drive (No active route): When you just drive around making chaotic city turns ("left, right, left"), the engine switches to a basic radial/closest proximity search. Due to GPS latency and map-snapping in dense areas, the program cannot match your rapidly shifting course vector with the speedcam's fixed azimuth in time. It sees the camera nearby but drops the linear alert because there is no stable trajectory.If you want to test alerts properly, use a clean profile, a verified database, and simulate a route (Fly over) to eliminate GPS drifting.
    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

  2.    Advertissements


  3. #362
    Member +
    Join Date
    Jul 2017
    Location
    France
    Posts
    34
    Rep Power
    10

    Default

    Hi Andrey,

    No, it’s not related to my testing method; this is a real-world scenario.
    There is a speed camera near my home, located in a village. When leaving my house, there are only two options: turn right or left, then drive straight for 1 km before reaching the camera.
    Every time I head in that direction, I get no alert when using the "World" skin on the head unit (Luna has display driver issues on this Chinese Android head unit).

    I’ve also encountered a similar situation when leaving a supermarket parking. The camera, located 500 meters away, is never warned when I drive off from the supermarket. When I drive along that same road without stopping at the supermarket, it's warned.

    Naturally, I deleted the entire "save" folder, cleared the cache, and reinstalled the APK. I even reduced the speed camera database to just a single camera.

    I tested it with Luna on my mobile phone, and it works fine. That’s why I compared the plugins that handle speed cameras and discovered this difference regarding the iGo flags being used.

    I know Luna doesn't operate exactly the same way as World. However, during a software revision, you often uncover bugs that existed in the previous version simply because you're pushing the testing further. That seems to be the case here.

    I’ve shared the solution I found; it’s up to you what to do with it.

  4. #363
    SUPER MODERATOR iGO Speedcam (DISCUSSION)
    iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)
    Andrey Form's Avatar
    Join Date
    Oct 2019
    Location
    Belarus
    Posts
    3,837
    Rep Power
    2762

    Default

    🌍 The Geopolitical Trap in Navigation: Why Speedcam Databases Are Split Differently and What It Means for Drivers
    When we download a fresh speed camera (Speedcam) database for our GPS navigator, we rarely think about the logic behind splitting files by country. It seems simple: if you are driving to France, you download the France file; if you are going to Spain, you grab Spain.
    In reality, however, database creators use two completely different approaches to sorting files: the driver-oriented (practical) approach and the geopolitical (official) one. If you happen to download a "geopolitical layout," you are in for some massive surprises.
    Let’s break down the difference and look closely at the second, much more confusing approach.

    Approach #1: Driver-Oriented (The Logic of Common Sense)
    This approach is made by people, for people. It is based entirely on geography and road connectivity.
    If you are driving through Europe, you don’t care who historically owns certain overseas territories. You just need a single file containing the radar data for the places you can physically reach by car. That’s why driver-oriented databases often group files into regional packages: Central Europe, Scandinavia, or the Balkans. This is convenient, logical, and saves your navigator's memory.

    Approach #2: Geopolitical (The Logic of Bureaucrats and the UN)
    This is where things get bizarre. The second approach strictly follows official state structures, international law, and colonial history. Databases are sliced strictly according to legal state ownership, completely ignoring what part of the world the territories are actually in.
    If you download a database built on this geopolitical principle, be prepared for the following "surprises":

    🇫🇷 France with global "tails": When downloading the France file, you get more than just the radars around Paris or Marseille. The creators pack coordinates from overseas territories into the exact same file: Réunion Island (Indian Ocean), Martinique and Guadeloupe (Caribbean), and even French Guiana (South America).

    🇬🇧 The UK and Gibraltar: Would you expect Gibraltar to be in the Spain file since it sits at the very southern tip of the Iberian Peninsula? Think again. In a geopolitical layout, it is hard-linked to the United Kingdom.

    🇳🇱 The Netherlands in South America: Along with Amsterdam and Rotterdam, your navigator will be forced to load cameras from the Caribbean islands of Bonaire, Sint Eustatius, and Saba.

    🇺🇸 The US and Guadeloupe (Brand Confusion): Due to the quirks of international classifications or mapping errors, American databases sometimes include unexpected Caribbean points that are legally or economically tied to the region.

    🇺🇦🇷🇺 Ukraine and the Crimea: The sharpest political knot. Depending on the source of the database (international, Ukrainian, or Russian), Crimea can end up in completely different files. If you drive there, you risk getting zero radar alerts if you downloaded a file from the "wrong" jurisdiction.

    ⚠️ What You Need to Know If You Download a Geopolitical Layout
    Bloated file sizes. You might wonder why a file for a seemingly compact European country weighs so much. It is because it contains thousands of points located 10,000 kilometers away from Europe. Your navigation system has to digest tons of "data junk" that is completely useless for your actual road trip.
    The risk of missing radars at borders. Traveling through Europe by car and crossing, for example, from Spain into Gibraltar, you risk going "blind." If you only have the Spain map or file active, Gibraltar's cameras won't trigger—because they are hidden inside the UK file.
    Time zone and encoding conflicts. Navigators sometimes lose their minds trying to match the operating hours of speed cams (like public transport lanes) in Paris with those on Réunion Island. The time difference is several hours, yet the file is exactly the same.

    🏁 The Bottom Line: A Real-World Example
    None of this is just theoretical talk. Anyone who downloads popular custom radar builds faces this exact problem.
    If you have downloaded files split by country under the Hungarian title >>>>>"Országonkénti bontásban"<<<<< by the uploader Cserrobi (also known as Sunnyside Navi), you got exactly this geopolitical layout with all its flaws and quirks.
    Last edited by Andrey Form; 10th September 2026 at 08:55 AM.
    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

  5. #364
    Master
    Join Date
    Apr 2017
    Location
    Athens, Greece
    Age
    55
    Posts
    464
    Rep Power
    950

    Default

    I have two questions about speedcams if anyone could help me understand.

    1. The min_frc entry. -1 is for all roads and 5 for major roads. In Toll Booths you have 5 but there is announcement even is small side roads when you pass from one. How does this entry works?

    2. What is the difference between speedcam_snap_distance and speedcam_maxdistance_from_road ?

    I use speedcam_maxdistance_from_road=10 because with 15 value, there is announcement in some tools on side roads.But on the other hand I may lose the announcement of some speed cams.
    Maybe with the use of the speedcam_maxdistance_from_road entry I can have better results? How to use it?

    Thank you.

  6. #365
    SUPER MODERATOR iGO Speedcam (DISCUSSION)
    iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)iGO Speedcam (DISCUSSION)
    Andrey Form's Avatar
    Join Date
    Oct 2019
    Location
    Belarus
    Posts
    3,837
    Rep Power
    2762

    Default

    The Root Cause of Fake Toll Booth Alerts: Free Drive vs. Planned Route
    There is a fundamental misunderstanding among some users regarding how the iGO core engine handles speedcam detection. Tampering with internal parameters like speedcam_maxdistance_from_road or manually duplicating data points (cloning) is a counterproductive approach that breaks database integrity and causes lag.
    The issue with Toll Booths triggering false alerts on tollways while you are just passing by on the main highway is a structural limitation of Free Drive Mode, not a database or skin bug.
    Here is how the algorithm actually works:
    1. Free Drive Mode (Chaotic Vector)
    When you drive without an active route, iGO functions like a basic radar scanner. It calculates a simple proximity/radial corridor based on your current speed and immediate heading vector. Because toll booths on exit ramps are physically located just 10–15 meters away from the main highway lanes, the core engine captures them in its visibility cone. Without a predefined path, iGO cannot guess whether you will stay on the highway or take the exit. Therefore, it has no choice but to throw a generic alert. Tightening the distance parameters to 10m or less will only result in missed legitimate speedcams on complex curved junctions due to standard GPS latency.
    2. Planned Route Mode (Navigation Corridor) — The core philosophy of iGO
    iGO was engineered from day one as an "A-to-B" navigation software. The moment you activate a planned route, the engine switches to high-level trajectory filtering. It builds a precise, locked navigation corridor along the road graph segments.
    • The system pre-calculates every single turn and maneuver along your path.
    • If a toll booth is located on a junction ramp that your active route does not take, the engine automatically filters out that point because its fixed azimuth or road segment ID does not match your active trajectory corridor.
    Conclusion:
    There are no shortcuts here. You cannot expect absolute precision from a passive map-viewer in Free Drive mode on multi-level European junctions. Duplicating points or tweaking the sys.txt variables creates database bloat and false alerts on intersecting roads. If you want seamless, bulletproof filtering without false positives, simply run an active route. Let the software work the way it was designed to.
    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

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

    Default

    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.

 

 

Tags for this Thread

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
  •