SignalSeeker

Now why would he do that? The answers are all there and would require his effort.

Justin

HarshReality

I have seen references to MP, SQL, Perl and god only knows how much other in the whole of this thread. Is it such a diffucult task to simply type 4 or 5 lines on what is required to make full use of this?

No wait your right, its far easier to type a single line of smart ass

HarshReality

Why dont people search? No point after 3 or 4 pages of smart alec you just get tired of reading. I have a whole plant full of smart alec already so can we do with just a little bit less today?

Dutch

All the information you require is available in this thread.
If you can't be bothered to read the whole thread, you are SOL.
It is clearly stated in the posts in the Welcome Desk section : We do NOT spoonfeed here.
Don't like the way the forum is run, stay away. It's your choice.

Dutch

__________________
All your answers are belong to Google. SEARCH DAMMIT!
Warning. Warning.
Low C8H10N4O2 level detected. Operator halted....

wrzwaldo

Well dipstick first off there is not 3 or 4 pages of "smart alec" in this thread! 1 page tops and the "smart alec" in most cases were VALID answers.

For instance this one (my favorite)

OP

My reply

My "smart alec" reply

Pay special attention to this next post!

The OP's reply

Time to put your tricycle away and get a big-boy bike...

goldfndr

<spoonfeed>
For the record, this was actually covered in the latest version. I refer you to the following new feature added to the 20060228 distribution:
Evidently it applies.</spoonfeed>

For anyone having trouble with any of the how-to instructions, then for each one you couldn't handle:

1. Spell out the exact instruction you tried to follow. This must be only one line.
2. Immediately below the one line, spell out what you thought it meant, and how you proceeded to try to perform the action instructed.
3. If you found more than one instruction difficult, you must alternate between one-line instructions and one-paragraph approaches. Quoting two or more instructions without your approach between will get you flamed. They must be followed in order, so it'd be best to stop at the first difficult-to-follow instruction and ask for help before trying to perform the next one.

Hopefully I won't need to live up to my title again...


Krenath, I put them into a subfolder and didn't get the error you had. Odd. Could you try to recreate it? If you (or anyone else) can produce the error again with all the .VBS files in a single folder (either within the same folder as NetStumbler.exe or elsewhere) then please PM me with the content of your ns04settings.vbs. Otherwise I'll consider this "not reproducible".


valic, thanks for the bugfix - I've added a CleanSSID function that simply does the one liner. I'm not sure how/why you edited OnGPSPositionDatabase, since the particular code is no apostrophes between the apostrophes!


DagNasty, I didn't say I could "modify the autosave time", I said I could "add auto-save functionality". Maybe I was too subtle. I could have the script trigger an auto-save by sending a Ctrl+S to the NetStumbler window after a particular number of seconds or detections or combination thereof transpired. It's just a matter of code. It'd also take "focus" away from anything else when it happened (unless Xarth or someone else offers help on sending Windows Messages directly to the NetStumbler window).

ab0tj

Are there any plans to make this compatible with MapPoint 2006? When I tried it, it opened up MapPoint but never plotted any APs.

wrzwaldo

What GPS are you using? Do you have LAT/LON data displayed in NS?

IrishFBall32

Great script! Having it integrated with Mappoint is cool because I can now easily combine two hobbies - Wardriving and GeoCaching!

goldfndr

Thanks for the praise!

As you can see, there has been a little more improvement (hopefully in time for U.S. Independence Day+weekend), although I'm running out of ideas. For those interested in the details, read on.

My proudest achievement with this release is the separate ns04events.vbs and its filtering. Truly reduced overhead. It doesn't get much better than this. Some might argue it got worse, since the module event calls can (and often do) have fewer arguments than the primary event calls, but the looped code is somewhat faster.

The multiple variables allocated to Lat/Lon/Alt (many modules had one or two sets) had been bugging me for some time. Making them global is a nice code reduction/optimization.

Mappoint went through a lot of reordering, but there hasn't actually been that much change in functionality. Mainly, the huge Initialize call has been in-lined, so instead of literally thousands of checks (or more) in every OnGPSPosition and OnPositionChange, it's only checked once. I still don't have the software, so I haven't tested it. If something is broken, you can go back to a previous ns04mappoint.vbs, but since I changed the calls, you'll also need to copy the calls (i.e., in ns04events.vbs, OnGPSPositionMappoint would take three parameters instead of none, OnScanCompleteMappoint would take four parameters instead of one - basically copy all the old If UseMappoint statements from the old ns04master.vbs into the new ns04events.vbs, replacing the shorter If UseMappoint statements).

If you can think of a compelling reason to delay initialization of Mappoint until the first OnGPSPosition, please post it here (not PM) for peer review.

UseGPX was (to some degree) requested by Dutch for OpenStreetMap. While one can convert the Database (if UseDatabase and IndividualReadings are enabled) or the NS1 file or derivatives, writing directly to a GPX file has benefits (e.g. tracks/segments stopped and started as properly as possible).
A couple of warnings on the GPX support:

• VBScript seems to lack an ability to open a file for both reading and writing. The three constants are ForReading, ForWriting, and ForAppending. If one tries to add two constants together, the Open fails. Therefore, to remove the </gpx> ending, I ended up needing to rename the existing file and copy all of its content (except lines with "</gpx>" on them, of which There Can Be Only One) to a new file. Grr... So this can make things slow if you continually grow your GPX file.
• If you abort out of the script, the GPX file won't have the proper ending, in which case you should manually append the following three lines:
  Code:

   </trkseg>
  </trk>
  </gpx>

  Of course, feel free to remove any <trkseg></trkseg> pairs that are empty - they're harmless.

I haven't actually validated the GPX file(s) it produces, because I couldn't get Xerces working well, but if there is a bug it should be easy to fix. Oh, and I don't know if an umlaut'ed U is supported in the gpxCreator setting. (It's limited to whatever XML supports.)

The most difficult part of the GPX code was trying to determine the timezone (GPX, which uses xsd:datetime, requires knowledge of each timestamp's timezone). If it fails to detect it, you'll need to hardcode it, or suggest another way to detect it. One other side-effect of GPX is that, while sub-second resolution could easily be determined, GPX (per xsd:datetime) won't support it.

UseGPS was requested by cp99, and I'm guessing Xarth might find it useful as well. I haven't actually tested NetStumbler to see how much overhead it cuts out (if any), but every little bit of code removed from loops is arguably worthwhile.

The SAPI.SpFileStream support is somewhat experimental due to lack of easily found examples/documentation. I'll admit, it really doesn't sound great with WAVs I've generated from the AT&T Natural Voices site (they sound like 16-bit converted to 8-bit, or something like that). If this bothers you, and you'd rather not install SCBLIB, change the SpFileStream constant to something else (e.g. "SAPI.SpScrewyStream") to disable it and use sndrec32 instead. Patches welcomed.

Of course, any feedback is invited. If you're reporting a bug, please see if you can reproduce it in both the latest version and the penultimate version (so I'll know whether it's something I broke or something that might've always been broken). If you want something added to the GPX code (e.g. waypoints), PM or post an example and I'll try to code it up (if your example is GPX-compliant). If you can derive a proper KML file from a GPX file that this produces, post both (generated GPX and corresponding KML) and I'll try to write some native KML output code. Fake data is fine (preferable!), as long as it's compliant.

Sadly, I hit the forum's 5 attachments limit, so I've removed 2004-10-30 from the first posting after exactly 500 "views". If anyone wants it (e.g. for comparing), I've attached it to this message.

Attached Files

20041030.zip (17.8 KB, 60 views)

goldfndr

Yeah, I think that happens, although I think SCBLIB and SpeakStream mitigate the behavior by not spawning a separate program (and it's associated event file, if any).

There are three possible approaches to this.

1. The method I used was to shorten the file. AT&T Natural Voices seems to pad the end of the file with 0.5 seconds silence. I'm guessing there's also at least a tenth of a second silence at the beginning, but I haven't checked in a while. There's probably a method to strip time off WAV files in a batch, but I haven't checked into it.
2. If you want separate WAV files as you described, change OnScanResultSpeech: On each Case, there's an elseif line followed by a ComboSSID assignment. Change the ComboSSID statement to not use a vbCRLF. For example,
   ComboSSID = ComboSSID & vbCRLF & strNonWep
   changes to
   ComboSSID = ComboSSID & " " & strNonWep
   Of course, there's still a strUnkWep that might be appended, but presumably that's rare enough that one wouldn't care whether it sounded good or not. Or maybe one would want the extra added emphasis of the rare catch.
3. Get a faster computer.

Any others desiring this? It's quite easy to do a one-time customization. A nearly trivial challenge would be making it configurable - it'd simply be a flag that told OnScanResultSpeech whether to use vbCRLF vs a space.

Much (much!) more challenging would be an algorithm that tried to match a phrase, and if not all of the phrase was there, try to match individual words. It'd be handy for all those "Apple Network" SSIDs, possibly also for the newer "Linksys_SES_" SSIDs. I suppose it'd just match starting from the front, not the rear, and maybe limit phrases to only removing the last word (e.g. use "is_open" instead of "is open"). Hmm...

Have you tried SCBLIB?

cp99

Yes, I have noticed the pause in SAPI.SpScrewyStream, SCBLIB, and sndrec32.
EDIT* I also trimmed the wav files, it does not seem to make much of a difference with this lag time.
I also tried replacing vbCRLF with " ", It does not appear to be making a difference, or calling from the combined SSID+WEP status wav, perhaps I misunderstood what this quick hack was meant for?

goldfndr

Well... if you (or someone else) can come up with a technique that further reduces (eliminates) the pauses, I'd be happy to try to implement it.

In other news, I've added some logging support - it can create a debugging log file, and can read said log back in with event processing (e.g. listen to the SSIDs that were detected). One thing I observed, cp99, is that the OnGPS* functions aren't called if NetStumbler isn't configured to use a GPS. So, I've ripped the "UseGPS" variable and associated functionality out. cp99, was there a specific slow-down you'd observed that led you to believe that GPS functionality was responsible? Or were you just looking to save a couple kilobytes? What was the original reason for your desire to "separate[d] the Speech from the GPS code"?

dadaniel

Mappoint 2006 is out (also german version)... any reports if it's working?

goldfndr

It's been out for three weeks - surely someone has bought it and tested it by now. And MapPoint 2006 for North America has been out for 4.5 months with no substantiated error reports.

If there are any posted bugs with the script, I'd be happy to take a stab at fixing them, whether they be with MapPoint or otherwise. I can't fix what isn't broken!

Improvements are another thing. Based loosely on supadave's concept (I'm pretty sure I'm not using any of his code), there'll be an additional module ("Status") that outputs files that LCD Smartie can read without plugins. (There's a registry reading plugin for it that could easily use the DiGLE entries, but it requires .NET 2.0.) Other applications could read it (thus "status" instead of "LCD").

__________________
For quickest response, catch me on IRC: #wigle