Live data from Hacker News

Open Source Visitor.js

github.com

41–50 of 56 posts

Re: Open Source Visitor.js

#41
post #27

The original visitor.js identified my city correctly; this only put me in the USA. Is there a free reliable precise geolocation service that can take as many hits as a script like this could throw at it?

Worked fine with me, here in Brazil.

It properly identify my country (Belgium) and my region, but it returned another unrelated city.

Re: Open Source Visitor.js

#42
post #27

The original visitor.js identified my city correctly; this only put me in the USA. Is there a free reliable precise geolocation service that can take as many hits as a script like this could throw at it?

Your best bet is html5 geolocation + modernizr.js + a shim. Browsers that support html5 geolocation will return highly accurate results while those that don't support it will fall back to calling the google maps api (ip to geo). https://github.com/Modernizr/Modernizr/wiki/HTML5-Cross-Brow...

HTML5 Geolocation requires people to opt-in, which is pretty messy.

Better off getting the free version of the MaxMind city database[1] and running it on a server somewhere.

[1] http://www.maxmind.com/app/geolitecity

Re: Open Source Visitor.js

#43
location is either "null" or "err/google" for me all the time.

Although I am probably an edge-case, I'm tethering from an iPhone on Rogers in Canada.

Visitor.js (the paid service) correctly positions me in Toronto, Canada though.

Re: Open Source Visitor.js

#44

after reading visitorjs.com thread i asked myself WHY Question: who would pay 10 bucks a month for using a js file for 30K requests?

People who understand it's not a JS file, it's a generated JS file containing data the server of that file had to look up and process to create the JS.

Re: Open Source Visitor.js

#45
post #8

Earlier quoted context omitted.

In that case, this implementation really should have a different name. It's confusing to have two competing implementations share the same name, and it may be a trademark violation.

>" and it may be a trademark violation. " "visitor.js" isn't distinct in the field, particularly as it's descriptive and of a common form, I'd warrant it's not novel either. That doesn't mean that you wouldn't be sued for using it just that any sane TM office shouldn't allow it to be registered and that a sane IP judge should dismiss a case brought against it's use as passing off. The law isn't sane of course .... I…

It's because the scope is co-terminous that having different names is so important. IANAL, but trademarks don't have to be distinct or novel to be legitimate. They are allowed to be descriptive (like Windows or iPhone).

The fork of OpenOffice.org was named LibreOffice, because it would be unfair to name a competing product with the same name. I'm glad the author of this library has decided to do the same.

Re: Open Source Visitor.js

#46
post #43

location is either "null" or "err/google" for me all the time. Although I am probably an edge-case, I'm tethering from an iPhone on Rogers in Canada. Visitor.js (the paid service) correctly positions me in Toronto, Canada though.

Try using another database: I've implemented optional support for ipinfodb.com, however, the code is fairly modular to add another service.

http://codejoust.github.com/session.js/ipinfodb_demo.html

Re: Open Source Visitor.js

#47
post #42

Earlier quoted context omitted.

Your best bet is html5 geolocation + modernizr.js + a shim. Browsers that support html5 geolocation will return highly accurate results while those that don't support it will fall back to calling the google maps api (ip to geo). https://github.com/Modernizr/Modernizr/wiki/HTML5-Cross-Brow...

HTML5 Geolocation requires people to opt-in, which is pretty messy. Better off getting the free version of the MaxMind city database[1] and running it on a server somewhere. [1] http://www.maxmind.com/app/geolitecity

[deleted]

Re: Open Source Visitor.js

#48

What are the ethical concerns about using this and storing the data? If I wanted to use this on my site, should I let visitors know, or is this data fair game to store? I rather not use the location data (or any of it) if there could be an issue.

Since websites need a privacy policy if they have users in California anyway, you might as well put your use of the data into it.

You should always tell your users what data you gather and how you use it. If you only let the data stay in the browser and never send it to the server then tell them.

Re: Open Source Visitor.js

#49
post #2

where's the server stuff? is google providing everything that the pay service did, but for free?

Google provides it as an extra for the JSAPI, no telling how long it will last, though.

Developers should have learned by now not rely on Google for anything. Once all competing paid services (just like visitor.js) get driven out of business by Google's free service, you can count on Google doing the ol' bait and switch, by taking down the free API, erecting a paywall leaving themselves with a monopoly.

Re: Open Source Visitor.js

#50
post #42

Earlier quoted context omitted.

Your best bet is html5 geolocation + modernizr.js + a shim. Browsers that support html5 geolocation will return highly accurate results while those that don't support it will fall back to calling the google maps api (ip to geo). https://github.com/Modernizr/Modernizr/wiki/HTML5-Cross-Brow...

HTML5 Geolocation requires people to opt-in, which is pretty messy. Better off getting the free version of the MaxMind city database[1] and running it on a server somewhere. [1] http://www.maxmind.com/app/geolitecity

The opt-in button is messy but results are very precise and reliable. Some use cases warrant it, some do not. Maxmind claims 79% accuracy on a city level: is the google api worse? All other things being equal I would be inclined to pick the one that didn't require me to frequently install binary patches or update a database.
Post reply on HN