Hi
When trying to start the gpx_import daemons, and getting a load of errors in
the log .. where to start?
http://pastie.org/640454
What can I try here to get this working?
Thanks
Mikel
___
dev mailing list
dev@openstreetmap.org
On 03/10/09 15:31, Mikel Maron wrote:
When trying to start the gpx_import daemons, and getting a load of errors in
the log .. where to start?
http://pastie.org/640454
What can I try here to get this working?
It looks like you're trying to start the old ruby version, which hasn't
been
On Oct 2, 2009, at 9:16 AM, Radek Bartoň wrote:
Hello everyone.
First of all, I want to share with my two scripts for Mapnik
rendering. First
is a modified version of generate_tiles.py to use multithread
rendering.
Radek,
Very interesting work!
Jon recently added threading to
I have found this in the OpenStreetMap news, and I wondered why I have
given the first vote for it.
http://twitter.com/kalsch/status/4582749178
Please spread this!
Andi
___
dev mailing list
dev@openstreetmap.org
Dne sobota 03 Říjen 2009 18:52:12 Dane Springmeyer napsal(a):
Jon recently added threading to generate_tiles.py in svn as well:
Oh, I needed it two months ago so I wrote it.
http://trac.openstreetmap.org/changeset/17484
I would if you have compared your implementation yet?
Sorry, I don't
Dne sobota 03 Říjen 2009 18:52:12 Dane Springmeyer napsal(a):
Were you running into limitations within Mapnik or just memory when
rendering large single images?
Ah, now I remember, the memory error was caused by large memory needs when
rendering hillshading layer in GeoTIFF file.
--
Ing.
Erm, its been all over the mailing lists about 2 weeks ago, it was
featured on the OpenGeoData blog, it has 1,452 positive votes as I
write this
2009/10/3 Andreas Kalsch andreaskal...@gmx.de:
I have found this in the OpenStreetMap news, and I wondered why I have
given the first vote for it.
On Oct 3, 2009, at 1:27 PM, Radek Bartoň wrote:
Dne sobota 03 Říjen 2009 18:52:12 Dane Springmeyer napsal(a):
Were you running into limitations within Mapnik or just memory when
rendering large single images?
Ah, now I remember, the memory error was caused by large memory
needs when
On Oct 3, 2009, at 1:24 PM, Radek Bartoň wrote:
Dne sobota 03 Říjen 2009 18:52:12 Dane Springmeyer napsal(a):
Jon recently added threading to generate_tiles.py in svn as well:
Oh, I needed it two months ago so I wrote it.
http://trac.openstreetmap.org/changeset/17484
I would if you have
Should a new tested be released sunday evening?
I wouldn't do it.
I'm not worried about #3459 and #3575, but like Claudius I feel that the new
MultiSplitLayout needs more testing, see #3640 for instance.
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
I would preffer to have new tested released asap, the best would be
releasing #2221 right now :-). I was hoping to be developing over the
weekend. I'm going to add referrers (so you can eg get list of ways
that reference some node). That should make some parts of josm much
faster when working
I was hoping to be developing over the weekend. I'm going to add referrers
(so you can eg get list of ways that reference
some node). That should make some parts of josm much faster when working
with large datasets.
Great! Hopefully, this will make BackreferenceDataSet and
On Sat, 3 Oct 2009, Jiri Klement wrote:
I would preffer to have new tested released asap, the best would be
releasing #2221 right now :-). I was hoping to be developing over the
weekend. I'm going to add referrers (so you can eg get list of ways
that reference some node). That should make
On Sat, 3 Oct 2009, Karl Guggisberg wrote:
Should a new tested be released sunday evening?
I wouldn't do it.
I'm not worried about #3459 and #3575, but like Claudius I feel that the new
MultiSplitLayout needs more testing, see #3640 for instance.
Fixed this one. Thought it was a bug in the
works for me, too, thanks!
-- Karl
-Ursprüngliche Nachricht-
Von: josm-dev-boun...@openstreetmap.org
[mailto:josm-dev-boun...@openstreetmap.org] Im Auftrag von Dirk Stöcker
Gesendet: Samstag, 3. Oktober 2009 12:22
An: josm-dev@openstreetmap.org
Betreff: Re: [josm-dev] JOSM Tested
On
Henrik Niehaus wrote:
Ray Foulkes schrieb:
Hi Jan, thankyou, I do not know what I was doing wrong the first time
around. I did as you suggested and created a java project using the
sources in core - it all worked and runs the main program OK. I can
navigate the Java e.g. find declarations,
On Sat, 3 Oct 2009, Ray Foulkes wrote:
Thanks Henrik, those videos look very comprehensive. I will patiently
follow them. Unfortunately I have to stop working today because I am to
travel from France to Glasgow by car(hopefully with
JOSM+livegps+surveyor on my eeepc running Ubuntu netbook
On Sun, Sep 27, 2009 at 10:04 PM, Dirk Stöcker
openstreet...@dstoecker.de wrote:
Are there any critical things left? I think no, but if you think so, then
tell the bug report number.
Perhaps this qualifies: http://josm.openstreetmap.de/ticket/3644
Hi,
I'm working on support for referrers and I run into a problem which
I'm not sure how to fix. Currently JOSM quite often makes copies of
primitive (using for example cloneFrom or special constructors). It's
not obvious whether the copy is added to the dataset or is kept in
case we need to get
Hi Jiri
What do you think about that? Can you think of any problems this might
bring us?
I can only think of adavantages. The data classes I've added for managing
the history of primitives could possibly be replaced with *Prototype too.
The second approach (turning dataset into a factory for
Dirk Stöcker wrote:
On Sat, 3 Oct 2009, Ray Foulkes wrote:
...etc.
The reason is easy - Make the data access thread safe. I think there are
sync keywords in Java to do so, but I do not really understand Java
multithreading completely (I'm more a C/C++ guy :-)
Hi Dirk, thanks for
On Sat, 3 Oct 2009, Ray Foulkes wrote:
In summary, I am nervous about simply putting in a patch to stop this
exception being raised. It would certainly solve my immediate problem
using JOSM+livegps+surveyor, but I don't think that it would be doing
the JOSM project a great favour for the
22 matches
Mail list logo