Hi!
Yes, the description was a little bit vague. I had hoped that maybe this was
a known problem. Anyway, here's the details.
The JS is pretty much straight from the examples:
var pois = new OpenLayers.Layer.Vector("POIs", {
strategies: [new OpenLayers.Strategy.
On Mon, Jan 10, 2011 at 3:43 AM, SteveC wrote:
> What you're effectively saying is move certain things to something that looks
> like xapi?
Yes.
Note that the rate of edits to the road network is limited to the
amount of real world changes to the road network plus a once off catch
up amount. Ev
On Sun, 9 Jan 2011, Frederik Ramm wrote:
If OSMF board wants to realistically construct a scenario that has the number
of new users, and the amount of edits and traffic, multiplied by 100 in the
frame of a few months, then I'm sure that TWG can provide ideas how to get
there. But you would *ha
On Jan 9, 2011, at 3:31 PM, Nic Roets wrote:
> Hello Steve,
>
> I have ideas for a super fast API mirror with the capability of
> answering historic queries i.e. contents of bbox l,t,r,b at time h.
> But it can't be the main server because it ignores changesets and
> other info.
>
> If we moved
Fred
May I paraphrase? You push here, and say in other replies, that you're
concerned about the social impact (of a much larger community).
As the guy who implemented the first friend features and was called an idiot
for it, and doing a lot of community building, I think I know a thing or two
SteveC-2 wrote:
>
> So, what do you think? And if you agree it's worth doing, how do we
> achieve it either as individuals or the board or companies supporting it?
>
Ignoring the social aspects for now.
Depending on how far you really want to scale, I think a lot of the
necessary components
On 10 January 2011 00:07, Frederik Ramm wrote:
> Certainly. But that would then not require the kind of massive scaling that
> Steve was hinting at, would it?
To take that level of newbies and point them at today's toolset might
indeed require a lot of scale, though I admit I was more concerned
Dermot,
Dermot McNally wrote:
A less ambitious mapper can get by with
higher-level tools. Indeed, a mapper who manipulates, say, only POIs,
you could even get by with a not-quite-live submission tool. Heresy,
of course, but hey, you could do it...
Certainly. But that would then not require the
On 9 January 2011 22:35, Frederik Ramm wrote:
> This was not purely a techical issue. If we were set up, technically, to
> handle something like what you're describing here, the "eternal september"
> effect would kill off the community for good.
That depends very much on how you tell the users f
Hi,
Kai Krueger wrote:
So unless you don't want to expand at all, thinking about scalability is an
important issue and probably shouldn't be left till all of the servers are
creaking and failing under the load.
Maybe you should re-read my post. I think there's a certain rate of
growth that we
Frederik Ramm wrote:
>
> This was not purely a techical issue. If we were set up, technically, to
> handle something like what you're describing here, the "eternal
> september" effect would kill off the community for good.
>
In the case of something as extreme as "turns all our
yearly stati
Hello Steve,
I have ideas for a super fast API mirror with the capability of
answering historic queries i.e. contents of bbox l,t,r,b at time h.
But it can't be the main server because it ignores changesets and
other info.
If we moved all the load that is not directly related to editing to
such a
On Sun, Jan 9, 2011 at 5:35 PM, Frederik Ramm wrote:
> If you are looking for a project that can support the kind of explosive
> growth you envisage - factor 100 in a few months -, then start a new
> project, one that relies much less on individual human beings.
Gotta agree about starting a new p
Steve,
SteveC wrote:
I don't mean just another big import. Sadly I can't be public
but I had a conversation with a large company over a year ago (no,
it's not MS or CM) who speculated about putting OSM on the front
page of their maps product, which would approximately turn all of our
yearly sta
I'll play a heretic here, but my feeling is that "openness" in OSM will
more and more come under question, and the reason is scaling. Yes, OSM
can proclaim the access to its data is open, but in reality only someone
(or better some organization/company) with enough HW resources to be
able to pr
The amusing recent FakeSteveC ... I guess I will call it a LOLSCALE got me
thinking about what people actually think of the boards comment on scaling;
http://fakestevec.blogspot.com/2011/01/know-your-osm-memes-2.html
As much as I want a dialogue with my fake self, a discourse on the thrust of
t
On 9 Jan 2011, at 19:18, Dane Springmeyer wrote:
>
> On Jan 9, 2011, at 2:41 AM, Martijn van Exel wrote:
>>
>> Did you notice there has been an initiative to include osm2pgsql in MacPorts?
>> https://trac.macports.org/ticket/26713
>> As yet, it hasn't appeared afaik.
>
> Interesting, had not s
On 09.01.2011 11:35, NopMap wrote:
Firebug shows a return code 200, but displays it in red.
does it state some response text when you open the detail view?
No, the details view is completely empty - but when I select "Open in new
tab" for the request, I get the correct POI list from the server.
On 09/01/11 19:04, Martijn van Exel wrote:
errol has been waiting for disk upgrades for some time, at least
according to the wiki status page which is usually quite accurate.
Is this a question of funds, time, or something else altogether?
Anything I can do?
The upgrade is in process at the mo
On Jan 9, 2011, at 2:41 AM, Martijn van Exel wrote:
> Dane,
> Great initiative, thanks! It works for me.
Thanks for confirming!
> Will you be updating this regularly with new builds?
Yes, I plan to. But nothing is automated at this point so feel free to ping me
if you think a new build is war
Hi all,
errol has been waiting for disk upgrades for some time, at least
according to the wiki status page which is usually quite accurate.
Is this a question of funds, time, or something else altogether?
Anything I can do?
Best,
Martijn
Martijn van Exel +++...@rtijn.org
laziness – impatience –
Hi all,
sorry for getting back so late.
In the meantime, I created packages for tirex and mapnik in order to get it
running under Ubuntu Lucid (10.04).
These are for AMD64, if someone could tell me how to build it for other
architectures, I could try that as well. If you would like to build your
NopMap wrote:
>
>
> The problem:
> I cannot get them to work together. When I assign the URL of the php
> script to the vector layer instead of the text file, POIs are no longer
> shown. Firebug shows a return code 200, but displays it in red.
>
>
Without proper link to the php and OL page,
Dane,
Great initiative, thanks! It works for me.
Will you be updating this regularly with new builds?
Did you notice there has been an initiative to include osm2pgsql in MacPorts?
https://trac.macports.org/ticket/26713
As yet, it hasn't appeared afaik.
Martijn
Martijn van Exel +++...@rtijn.org
Hi!
Stephan Knauss wrote:
>
>> Firebug shows a return code 200, but displays it in red.
> does it state some response text when you open the detail view?
>
No, the details view is completely empty - but when I select "Open in new
tab" for the request, I get the correct POI list from the serv
Hi!
Nick Whitelegg-2 wrote:
>
> You don't really need a text file, you can generate XML directly from the
> PHP and have OpenLayers read that. One good format to use for the XML is
> GeoRSS as OpenLayers already has a parser for that.
> The OpenLayers parser uses GeoRSS with Atom rather than R
I've written an easy installer for osm2pgsql that should work for os 10.6 64
bit.
It was made from todays svn HEAD, testing is encouraged:
http://dbsgeo.com/downloads/#osm2pgsql
The goal personally was simply to avoid having to have the perfect autotools
setup to get osm2pgsql compiled on diff
On Jan 8, 2011, at 10:08 PM, Jochen Topf wrote:
> On Sat, Jan 08, 2011 at 07:53:45PM -0800, Dane Springmeyer wrote:
>> Amazing work, really looking forward to learning more about osmium.
>
> Thanks.
>
>> Have you considered making the js stuff a NodeJS addon?
>
> I have looked at it a little b
28 matches
Mail list logo