Pins and graphs

Deacon

TXCTG
Premium Member
Advanced User
Intermediate User
Newly Registered
Nov 13, 2016
7,481
8,284
Hill Country, TX
#1
In another thread, it was brought up that I should be able to easily select from different bands and see various graphs and such using the controls at the bottom of the map screen. But I do not seem to have any such controls available, nor have I ever. What am I missing?

FDA2567E-A09D-40A2-8F9F-B6549BEF2F94.png
 

mswlogo

Premium Member
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Nov 1, 2014
3,299
3,015
MA
#2
Double Tap the Records control at the top. The Default was them showing. So at some point you double tapped and hid them (easy to do, but no biggy to get them back, once you know how it works).

There are like 9 different layouts. Each double tap cycles to the next layout.

I need to update the Tip on that records control, it used to just hide and I un-hide the picker controls (filters). Now it hides and un-hides the graph too. And every combination.

Note single tap cycles map style (satellite, hybrid etc). Double tap cycles layout of everything.

7a5484b2a3624b7da968727349d0a4b4.jpeg
 

HeartDoctor

PSL + 5 never more;)
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
May 30, 2016
1,752
3,003
SE Florida
#3
Double Tap the Records control at the top. The Default was them showing. So at some point you double tapped and hid them (easy to do, but no biggy to get them back, once you know how it works).

There are like 9 different layouts. Each double tap cycles to the next layout.

I need to update the Tip on that records control, it used to just hide and I un-hide the picker controls (filters). Now it hides and un-hides the graph too. And every combination.

Note single tap cycles map style (satellite, hybrid etc). Double tap cycles layout of everything.

View attachment 87066
Perhaps taping could bring up a settings box to choose each of the possible display elements independently. It would be less confusing.
 

Deacon

TXCTG
Premium Member
Advanced User
Intermediate User
Newly Registered
Nov 13, 2016
7,481
8,284
Hill Country, TX
#4
Ok, now we’re getting somewhere. Thanks!

One thing I’m seeing is that there are only K pins (and a handful of X-band for some reason). I don’t have any Ka pins whatsoever.

Why is that? Are Ka encounters not being logged? The only setting I can find that seems to be relevant is “Auto Learn Ka” under GPS Settings, but I was under the impression that would create Ka lockouts, which is not what I want to do. Granted, it seems like the likelihood of locking out Ka band would be minimal, since they’re not consistently in the same place each time. Where do I go from here?
 

mswlogo

Premium Member
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Nov 1, 2014
3,299
3,015
MA
#6
Ok, now we’re getting somewhere. Thanks!

One thing I’m seeing is that there are only K pins (and a handful of X-band for some reason). I don’t have any Ka pins whatsoever.

Why is that? Are Ka encounters not being logged? The only setting I can find that seems to be relevant is “Auto Learn Ka” under GPS Settings, but I was under the impression that would create Ka lockouts, which is not what I want to do. Granted, it seems like the likelihood of locking out Ka band would be minimal, since they’re not consistently in the same place each time. Where do I go from here?
Turn on “Create Ignore Pins” under Debug Settings. Normally Ka (if no Auto locking out) doesn’t record pins. As a debug feature (for advanced users) I allow the user to ask the software to create them regardless. Their “type” will be “ignore”. But they will still have a band, frequency and date, etc.
 

Deacon

TXCTG
Premium Member
Advanced User
Intermediate User
Newly Registered
Nov 13, 2016
7,481
8,284
Hill Country, TX
#8
PS, just for the record...

98482160-F534-4F4E-8CA8-978ADCC73A21.jpeg
 

mswlogo

Premium Member
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Nov 1, 2014
3,299
3,015
MA
#9
Keep in mind that if the map is visible it acts as a filter on the graph too !!

So if you want to look by geography you can. To see all data, Either zoom out enough to cover all your pins on the map or change to a view that does not include the map.

You can filter by time as well.
 

Deacon

TXCTG
Premium Member
Advanced User
Intermediate User
Newly Registered
Nov 13, 2016
7,481
8,284
Hill Country, TX
#10
Yeah, I saw that. Thanks for clarifying! That graph is essentially everything in my database. While I realize it’s a low priority, one day I’d love to see the ability to keep data synced between my V1Driver and my fiancée’s for a more complete picture and so that we can both benefit from each other’s lockouts and such as well.
 

mswlogo

Premium Member
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Nov 1, 2014
3,299
3,015
MA
#11
There is a hidden feature that can do that now (merge in someone else’s database). But it turns out to be VERY complicated. I posted about it in another thread.

The only proper way to really do it correctly is to run a shared database on the cloud (in real time). Which is very doable and not that expensive. The infratrsucture I used is designed for it. No different than a shared calendar or shared shopping list. It doesn’t need to sync instantly either. In fact, I went a little out of my way to stop it from doing it :)

Here is a simple example problem. You drive through town and create 3 K-pins. Then an hour later your wife drives through and creates 3 K-pins again (but not exactly in the same location or exact same frequency). Now you merge them. Do I keep all 6 pins?

What it should do is your wife should see you already created those pins. And it should behave exactly like it would if YOU drove through an hour later. That is, it will see you already created the pins and not create new ones (or update them accordingly).

To “model” that (and play back) her data against your database (when merginging) is doable but really not that easy. And you end up being the “master” database and you need to get your master data back to her. The best way is, one real time shared database. Which is done ALL the time.

I need to judge if there is enough demand to justify the work and support involved. Sometimes I do stuff just because it’s cool :) And sometimes just to learn.

In the end, both your V1’s should be reasonably quiet with independent databases. How often will you travel a path she doesn’t. Then suddenly she does and could benefit from your data. But if she repeats that new path she’ll build her own soon enough. So it would only be during that transition period that you’d gain anything.

It’s more complex with auto tolerancing. And Demoted pins (you demoted, but she didn’t because she drove through when the door opener was on, you drove through when it was off). etc. It gets crazy complex. Single database solves it.
 

Deacon

TXCTG
Premium Member
Advanced User
Intermediate User
Newly Registered
Nov 13, 2016
7,481
8,284
Hill Country, TX
#12
Single database solves it.
100%, makes perfect sense. Other than maybe an initial master merge, which sounds painful, it would be awesome to have a shared database moving forward from that point.

More broadly, and maybe in some way related to the vision @xydrine might have in his head for RDFGS 2.0, it would be awesome to have the option to participate in a broader crowdsourced cloud database of not only lockouts but reported frequencies (of non-J’ed-out Ka) and more. The possibilities stretch out to the horizon and beyond.
 

xydrine

Vengeance. Justice. Fire and Blood.
Administrator
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Oct 28, 2010
24,312
20,153
/dev/null
#13
100%, makes perfect sense. Other than maybe an initial master merge, which sounds painful, it would be awesome to have a shared database moving forward from that point.

More broadly, and maybe in some way related to the vision @xydrine might have in his head for RDFGS 2.0, it would be awesome to have the option to participate in a broader crowdsourced cloud database of not only lockouts but reported frequencies (of non-J’ed-out Ka) and more. The possibilities stretch out to the horizon and beyond.
I plan on incorporating a lot of data into the RDFGS and do want to work with our app creators to give them raw access to our database for them to use whatever they want from it into their apps, so API and stuff will be a big part of it.
 

HeartDoctor

PSL + 5 never more;)
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
May 30, 2016
1,752
3,003
SE Florida
#14
I plan on incorporating a lot of data into the RDFGS and do want to work with our app creators to give them raw access to our database for them to use whatever they want from it into their apps, so API and stuff will be a big part of it.
Perhaps the apps could help populate the database via crowd sourcing.
 

xydrine

Vengeance. Justice. Fire and Blood.
Administrator
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Oct 28, 2010
24,312
20,153
/dev/null
#15
Perhaps the apps could help populate the database via crowd sourcing.
RDFGS is essentially cloud-sourced data so we will allow every single data point in our database to be interacted with by you guys. At least as far as the RDFGS goes, not sure if you were talking about something else.
 

HeartDoctor

PSL + 5 never more;)
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
May 30, 2016
1,752
3,003
SE Florida
#16
RDFGS is essentially cloud-sourced data so we will allow every single data point in our database to be interacted with by you guys. At least as far as the RDFGS goes, not sure if you were talking about something else.
I was thinking of real-time reporting by apps similarly to Waze but probably more reliable because of the apps and the RD’s.
 

xydrine

Vengeance. Justice. Fire and Blood.
Administrator
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Oct 28, 2010
24,312
20,153
/dev/null
#17
I was thinking of real-time reporting by apps similarly to Waze but probably more reliable because of the apps and the RD’s.
Gotcha, yeah my vision for RDFGS 2.0 is going to be basically an app like Waze, combined with the functions of Escort Live!, the RDFGS 1.0 database, databases like RL cams, functionality to interact with v1driver and similar apps, etc. But anyway, this is a v1driver section so if you guys want to continue this convo head to the RDFGS section ;).
 

Mad Hatter

Learning to Fly
Beginner User
General User
Newly Registered
Jan 21, 2018
190
252
#18
Is there a way you can set the app so it still drops K band pins even when you're below the Savvy speed threshold?
 

mswlogo

Premium Member
Premium Member
Advanced User
Intermediate User
Beginner User
General User
Newly Registered
Nov 1, 2014
3,299
3,015
MA
#19
No. It will not create “new” pins under Savvy. But if a pin exists it will upgrade one. There is no point in creating pin if you are always below Savvy. The day it catches you above Savvy, it will track it from there on.