Hi,
hope this is the right/best place to ask.
I am trying to import the mapquest npi data inside a virtualized
environment and it gets stuck all the time after a while. Latest svn
version tried is 27508 and last time it got stuck after 38765(k) features.
I don't think the problem is
On Wed, 1 Feb 2012 19:44:47 -0500, Jeremy Adams mile...@king-nerd.com wrote:
Also thanks to the legions of renderers, client developers, and style
tweakers, such as Bob Kare, Petschge, Dirk Lüder-Kreie, the ROMA and
TRAPI developers, and the people involved in running the read-only
mirror
Would it not be possible to have clients render tiles and then share them?
mike
On Mon, Feb 6, 2012 at 2:06 PM, Simon Poole si...@poole.ch wrote:
Am 06.02.2012 10:29, schrieb Matthias Meißer:
Am 06.02.2012 09:54, schrieb Sven Geggus:
rambling about doing more of the same old stuff
Possible? Sure. Good use of resources? Probably not.
Simon
Am 12.02.2012 10:00, schrieb Mike Dupont:
Would it not be possible to have clients render tiles and then share
them?
mike
On Mon, Feb 6, 2012 at 2:06 PM, Simon Poole si...@poole.ch
mailto:si...@poole.ch wrote:
Am 06.02.2012
Well my idea was that people could render on the fly and if they like share
those rendered tiles,
because those users who willing to donate will help others.
Of course there is an issue how to manage the uploads and distribution.
Of course your point of why to store tiles at all is valid, but lets
Am 06.02.2012 09:54, schrieb Sven Geggus:
To be serious, I consider distributed rendering broken by design.
I agree.
Here is why:
Distributed computing is usually a good idea when computing takes more time
than data transmission. Otherwise it just does not make sense to transmit
the data
Hi,
I'm doing a project on open aviation data. I am using a custom modified
rails port for this.
Until now I've shown the map this way:
* A Google physical as a basemap that shows terrain, borders etc.
* My own WFS layer above that shows aerodromes, runways, airspaces, etc.
* Both these layers
That would make one large distributed tile server, but the issue is
getting inbound connections to those T@H users running behind
firewalls. They can connect OUT to get work and again to push the
results out to a central server, but anyone that needs a tile would a)
have to know who has it
Dear All,
The Toronto Hack Weekend[1] is shaping up nicely for mid-March. You
can see that some have registered already on the wiki page. I have
verbal confirmation from three others who are each flying in for the
event. There will certainly be more. It is critically important to
the event
On Sun, Feb 12, 2012 at 9:47 AM, Richard Weait rich...@weait.com wrote:
If you find Toronto to be too far from the US East Coast for your
preference or too far in the future, remember that the DC Hack Weekend
(Arlington VA) is this weekend. Don't miss it.
By this, Richard means this
I would like to point out this proposal from agron, a fellow flossk member :
http://www.flossk.org/en/blog/project-proposal-map-tile-distribution-and-master-directory-map-tile-distributors
It shows that tiles are still very interesting for end users. Also the
point is that many people have small
On Sat, 11 Feb 2012, Simon Legner wrote:
Do you think we can merge both lists, at least internally? We'd have one
wiki page ChangelogSource and each entry is marked either for changelog
or for startup note or for both. This would remove redundancy and make
live easier for the translators.
12 matches
Mail list logo