Very slick! http://www.pintsearch.com/
-- Rev Simon Rumble simon@rumble.net www.rumble.net
On Mon, Jan 23, 2006 at 02:44:14PM +0000, Rev Simon Rumble wrote:
Very slick! http://www.pintsearch.com/
You call it slick, I call it taking up inordinate amounts of CPU time and locking up my browser (until it notices and asks me whether I want to stop the javascript running).
Dominic.
On 23/1/2006, "Dominic Hargreaves" dom@earth.li wrote:
You call it slick, I call it taking up inordinate amounts of CPU time and locking up my browser (until it notices and asks me whether I want to stop the javascript running).
Hmmm, worked fine here. But then this is a dual-Xeon with a gig of RAM... Probably not indicative of end-user hardware.
-- Rev Simon Rumble simon@rumble.net www.rumble.net
On Mon, Jan 23, 2006 at 04:23:23PM +0000, Dominic Hargreaves wrote:
On Mon, Jan 23, 2006 at 02:44:14PM +0000, Rev Simon Rumble wrote:
Very slick! http://www.pintsearch.com/
You call it slick, I call it taking up inordinate amounts of CPU time and locking up my browser (until it notices and asks me whether I want to stop the javascript running).
Do you have that problem on the Boston Openguide?
If so, we should probably just pull GMaps out of the main OG tree: the site that Simon linked doesn't seem to be doing anything heavy here (much less heavy than the Boston stuff) and without a complete server side XMLHttpRequest implementation, I can't see it improving enough to be worthwhile.
On 23/1/2006, "Christopher Schmidt" crschmidt@crschmidt.net wrote:
If so, we should probably just pull GMaps out of the main OG tree: the site that Simon linked doesn't seem to be doing anything heavy here (much less heavy than the Boston stuff) and without a complete server side XMLHttpRequest implementation, I can't see it improving enough to be worthwhile.
Ack, no that would be bad! Configuration option? Preferences option?
-- Rev Simon Rumble simon@rumble.net www.rumble.net
On Mon, Jan 23, 2006 at 04:48:29PM +0000, Rev Simon Rumble wrote:
On 23/1/2006, "Christopher Schmidt" crschmidt@crschmidt.net wrote:
If so, we should probably just pull GMaps out of the main OG tree: the site that Simon linked doesn't seem to be doing anything heavy here (much less heavy than the Boston stuff) and without a complete server side XMLHttpRequest implementation, I can't see it improving enough to be worthwhile.
Ack, no that would be bad! Configuration option? Preferences option?
It's already a configuration option. However, I don't think that turning guides into browser-crashers is a good plan, and I don't have the time or energy to work out what would need to be done to make a "real" implementation work.
On Mon, 23 Jan 2006, Christopher Schmidt wrote:
If so, we should probably just pull GMaps out of the main OG tree: the site that Simon linked doesn't seem to be doing anything heavy here (much less heavy than the Boston stuff) and without a complete server side XMLHttpRequest implementation, I can't see it improving enough to be worthwhile.
Ack, no that would be bad! Configuration option? Preferences option?
It's already a configuration option. However, I don't think that turning guides into browser-crashers is a good plan, and I don't have the time or energy to work out what would need to be done to make a "real" implementation work.
boston doesnt crash my browser whereas the pintsearch does and indeed im sure when ive looked at ivor's mirror of london its not crashed either.
On Mon, Jan 23, 2006 at 11:47:14AM -0500, Christopher Schmidt wrote:
Do you have that problem on the Boston Openguide?
No, that loads (if you mean the map index)
If so, we should probably just pull GMaps out of the main OG tree: the site that Simon linked doesn't seem to be doing anything heavy here (much less heavy than the Boston stuff) and without a complete server side XMLHttpRequest implementation, I can't see it improving enough to be worthwhile.
Absolutely not; while the map index (the heavy portion) is potentially going to get too slow (and arguably already does) it's not actually that useful. The inline node display, and search results with maps, are going to be far more useful in the long run.
Cheers,
Dominic.
On 26/1/2006, "Dominic Hargreaves" dom@earth.li wrote:
Absolutely not; while the map index (the heavy portion) is potentially going to get too slow (and arguably already does) it's not actually that useful. The inline node display, and search results with maps, are going to be far more useful in the long run.
Yeah I think it's more a proof-of-concept. What you really want to be able to get are geographic data slices: all the pubs in this map view, for example. That would be really useful!
/me is about to buy the Google Maps Hacks[*] book to allow me to geocode my blog. I'll probably have more to say after reading that.
[*]: Has anyone bought this yet? Opinions?
-- Rev Simon Rumble simon@rumble.net www.rumble.net
On Fri, Jan 27, 2006 at 10:42:41AM +0000, Rev Simon Rumble wrote:
On 26/1/2006, "Dominic Hargreaves" dom@earth.li wrote:
Absolutely not; while the map index (the heavy portion) is potentially going to get too slow (and arguably already does) it's not actually that useful. The inline node display, and search results with maps, are going to be far more useful in the long run.
Yeah I think it's more a proof-of-concept. What you really want to be able to get are geographic data slices: all the pubs in this map view, for example. That would be really useful!
/me is about to buy the Google Maps Hacks[*] book to allow me to geocode my blog. I'll probably have more to say after reading that.
Is it even out yet? I thought it wasn't going to be out for another week or so.
On 27/1/2006, "Christopher Schmidt" crschmidt@crschmidt.net wrote:
Is it even out yet? I thought it wasn't going to be out for another week or so.
That appears to be the case. Amazon says 17th January, but the bookshop's database says 30th...
I'll have to muddle my way through with the online stuff. Maybe I should take the plunge and finally learn Javascript + DOM.
-- Rev Simon Rumble simon@rumble.net www.rumble.net
On Fri, Jan 27, 2006 at 08:03:19AM -0500, Christopher Schmidt wrote:
/me is about to buy the Google Maps Hacks[*] book to allow me to geocode my blog. I'll probably have more to say after reading that.
Is it even out yet? I thought it wasn't going to be out for another week or so.
Anyone near Boston can come by and grab one from the enormous box that turned up for Schuyler a couple of days ago, which is burning a hole in the cupboard right now. (crschmidt, if we see you tomorrow i can bring one with me.) ... or perhaps i could just sell them on ebay ...
/me struggles for words a little bit
O'Reilly didn't put the production quality energy or investment into Schuyler and Rich's "Google Maps Hacks" as they did into "Mapping Hacks"; it's black and white throughout - doesn't even have the two-colour corner insets, incidental graphics etc that the "Hacks" books used to have - and a lot of the images came out too dark. :(
Perhaps the steam is running out of the Hacks series; perhaps the version that gets to the shops will be slightly better. It's a shame, because the book *is* full of neat weird tips and tricks, things to do when you're trying to throw too much data at GMaps, a lot of writeups by the people who made some of the most intresting early GMaps hacks.
Shrug, i am so much more interested in trying to do better ourselves, from scratch, and not have the dependencies. Oh, but the Council of Europe has [[ further stressed the need to protect intellectual property rights held by public data providers. ]] in the upcoming european spatial data infrastructure legislation. So we won't be able to make our own maps without putting a lot more effort into openstreetmap.org or earning so much money on web 2.0 that we can actually afford the Ordnance Survey's data licensing terms.
As better explanatory docs about that last issue come together, the internet will start to sympathetically vibrate with me SHOUTING ABOUT IT EVERYWHERE and trying to get people to sign a petition that Benjamin Henrion of the FFII is working on getting online soon.
-jo
openguides-dev@lists.openguides.org