El Domingo, 11 de Octubre de 2009, jamesmikedup...@googlemail.com escribió:
What about vrml?
Are you from the past?
--
--
Iván Sánchez Ortega i...@sanchezortega.es
Política: Dominio de los hombres por unos pocos, mediante el engaño.
signature.asc
Description:
Hello,
Original-Nachricht
Von: jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com
What about vrml? And blender is an editor. What editor will you use to
produce webgl? Blender
I also thought about, and tested vrml. It's good enough for one building, or
maybe
bouncing to dev...
Yours c.
Steve
On 7 Oct 2009, at 10:24, Roberto Carisi wrote:
Hi! I’m working for a research project related to my master degree
on the openstreetmap traces database.. I was wondering if there is
some possibility of searching on the database the traces crossing a
El Lunes, 12 de Octubre de 2009, SteveC escribió:
bouncing to dev...
On 7 Oct 2009, at 10:24, Roberto Carisi wrote:
Hi! I’m working for a research project related to my master degree
on the openstreetmap traces database.. I was wondering if there is
some possibility of searching on the
Hi Dave,
I saw that your patch regarding selection handling was commited:
http://josm.openstreetmap.de/ticket/3676
When you introduce a new selection cache in the future, could you make
sure it's *ordered*, i.e. it reflects the order in which primitives are
selected (could be a list, an
Hi,
Is it just me, or is the slippy map plugin a pain to work with? It lags
on my system and is a memory hog.
WMS is better, but it's not designed for changing the zoom levels
dynamically. (And it has some dependencies.)
In contrast to that, the slippy map in the download dialog is just
Is it just me, or is the slippy map plugin a pain to work with? It lags
on my system and is a memory hog.
WMS is better, but it's not designed for changing the zoom levels
dynamically. (And it has some dependencies.)
You can improve the WMS plugin to use more than one zoomlevel :)
In
Karl Guggisberg napsal(a):
Hi Dave,
I saw that your patch regarding selection handling was commited:
http://josm.openstreetmap.de/ticket/3676
When you introduce a new selection cache in the future, could you make
sure it's *ordered*, i.e. it reflects the order in which primitives are
On Sun, 2009-10-11 at 11:04 +0200, Karl Guggisberg wrote:
Hi Dave,
I saw that your patch regarding selection handling was commited:
http://josm.openstreetmap.de/ticket/3676
When you introduce a new selection cache in the future, could you make
sure it's *ordered*, i.e. it reflects the
On Sun, 2009-10-11 at 12:31 +0200, Sebastian Klein wrote:
Is it just me, or is the slippy map plugin a pain to work with? It lags
on my system and is a memory hog.
Have you tried a recent version? For me, it is the single fastest way
to browse the slippymap. It's way faster and more
On Sun, 2009-10-11 at 19:31 +0200, Karl Guggisberg wrote:
Have you fixed up the ordering yet?
No, not yet, I just wanted to let you know, in case you want to continue
your work on this feature.
OK, I'll probably have time to go look at it later today.
-- Dave
On Sun, 2009-10-11 at 20:13 +0200, Martin Koppenhoefer wrote:
2009/10/11 Dave Hansen d...@sr71.net:
I use it for two things.
I use it for 2 things as well:
1. display the slippy-map-grid in JOSM. I know no other way to see the
grid of tiles in JOSM.
2. For editing it is best turned-off,
On Sun, 2009-10-11 at 23:05 +0200, Sebastian Klein wrote:
Dave Hansen wrote:
Have you tried a recent version? For me, it is the single fastest way
to browse the slippymap. It's way faster and more responsive than any
browser. It also has features that allow you to tune the quantity of
On Sun, 11 Oct 2009, Dave Hansen wrote:
I'd rather not implement a disk cache from scratch. Does anybody have
good suggestions on code to steal for this?
JOSM already has all necessary classes included. Only the timouts and
cleanup times probably need some finetuning for offline caches.
14 matches
Mail list logo
