Search found 1096 matches
Re: kml_filter.py
specifically, the filter tool was written to process the KML format generated by the "link" and "view" tools in the "Uploads" tab of the app, or by downloading using the transid link on the website uploads page; the export run as KML button on the database tab uses a di...
Re: kml_filter.py
question: how are you accessing these KML files? (how/where are you downloading them?)
Re: kml_filter.py
interesting - I gave it a try in my virtual environment and I get a successful run with your file! (yeah, I'm an admin, I can do that)
try blowing away your virtual environment/re-creating, and I'll do the same?
Cheers,
-ark
try blowing away your virtual environment/re-creating, and I'll do the same?
Cheers,
-ark
Re: kml_filter.py
what's the filesize of the input file?
if you load it in google earth, what do you see?
Cheers, and thanks for your interest!
if you load it in google earth, what do you see?
Cheers, and thanks for your interest!
Re: Support for other BT scan formats?
we'll look into it! short version: while we love data, we want to avoid any responsibility for packet data, because we take individual privacy very seriously. Unified SQLite file formats are something we're careful with, specifically because they frequently couple beacon/location and capture data (w...
Re: Support for other BT scan formats?
Great idea!
We should do a survey of the most popular formats. A question about RaMBLE: does the SQLite database contain packet data, or just beacon/location data?
Cheers,
-ark
We should do a survey of the most popular formats. A question about RaMBLE: does the SQLite database contain packet data, or just beacon/location data?
Cheers,
-ark
Bluetooth in API and Basic Search
By popular demand, we are now vending bluetooth network data via the API and basic search pages. Please consider the detail results a non-final implementation, as bluetooth devices are highly mobile.
Re: Switching to app unexpectedly
per the other post, the data is preserved!
The "switching" behavior isn't something we've encountered before, but tapping the notifications in the taskbar, lock screen, or custom dialog overlays (lost / acquired GPS, etc) will switch back to the app.
-ark
The "switching" behavior isn't something we've encountered before, but tapping the notifications in the taskbar, lock screen, or custom dialog overlays (lost / acquired GPS, etc) will switch back to the app.
-ark
Re: Wigle Wifi for Android: Suggestions
Thanks for the feedback. The data *is* saved to the phone on reboot, and will be included in the next transaction. The notion of "Runs" rely on in-memory state in order to keep a coherent portrait of a single execution of the program, but observations and networks are logged to the databas...
Re: Google Pie and Wifi Wardriving
the scan throttling should not affect overall performance - we haven't seen or heard much about an interactivity problem in that respect (nor does the play store "app not responding" dashboard show an increase). Historically, slowness in interactivity has been commonly associated with: 1. ...
Mon Mar 11, 2019 6:01 am
Replies: 24
Views: 40227
Re: is there any reason to upload more than the legacy 2016 kismet .nettxt?
you'll still recieve discovery credit for any APs you're the first to find, and they'll still be geolocated - the timestamps-less locations will just be given lower weights than later observations with valid timestamps, and so long as you don't clear your DB, you'll be able to re-export these with v...
Mon Mar 11, 2019 4:32 am
Replies: 24
Views: 40227
Re: is there any reason to upload more than the legacy 2016 kismet .nettxt?
Absolutely; the KML export just disqualifies those because broken time stamps are often a proxy sign of bad GPS signal. You can gather data and export upload once the patch is in. You can also upload on a rolling basis and re upload when the date stamps are fixed
Sun Mar 10, 2019 7:50 pm
Replies: 24
Views: 40227
Re: is there any reason to upload more than the legacy 2016 kismet .nettxt?
documented issue here:
https://github.com/kismetwireless/kismet/issues/122
proposed a patch here:
https://github.com/kismetwireless/kismet/pull/123
happy to hear if i've made a mistake - it's been a long time since i've used
https://github.com/kismetwireless/kismet/issues/122
proposed a patch here:
https://github.com/kismetwireless/kismet/pull/123
happy to hear if i've made a mistake - it's been a long time since i've used
Code: Select all
std::put_time
Sun Mar 10, 2019 7:24 pm
Replies: 24
Views: 40227
Re: is there any reason to upload more than the legacy 2016 kismet .nettxt?
ah, kismet is inserting "Mar" instead of "03" in the date stamps, which doesn't match our format.
Sun Mar 10, 2019 7:19 pm
Replies: 24
Views: 40227
Re: is there any reason to upload more than the legacy 2016 kismet .nettxt?
ah, I've found the problem - the time value we populate in that table isn't getting set correctly on the observations. watch this space for details.