On Thu, 19 Mar 2009, Grant Slater wrote:
Patched planet files will become available shortly, but they too take
time to generate.
Are you saying you are going to regenerate all previous planet files?
Isn't that a bit waste of resources?
Stefan
___
On 19 Mar 2009, at 06:22, Stefan de Konink wrote:
On Thu, 19 Mar 2009, Grant Slater wrote:
Patched planet files will become available shortly, but they too take
time to generate.
Are you saying you are going to regenerate all previous planet files?
Yes.
Isn't that a bit waste of
2009/3/19 Stefan de Konink ste...@konink.de
On Thu, 19 Mar 2009, Grant Slater wrote:
Patched planet files will become available shortly, but they too take
time to generate.
Are you saying you are going to regenerate all previous planet files?
Isn't that a bit waste of resources?
A
Stefan de Konink wrote:
On Thu, 19 Mar 2009, Shaun McDonald wrote:
Isn't that a bit waste of resources?
From a legal perspective no.
Please; why don't we just ignore all previous planets and create a
new planet and start to produce daily (full) history? Where we dump our
On Thu, 19 Mar 2009, Shaun McDonald wrote:
Isn't that a bit waste of resources?
From a legal perspective no.
Please; why don't we just ignore all previous planets and create a
new planet and start to produce daily (full) history? Where we dump our
old history excluding Teleatlas data
I found a solution to merging the parallel lanes of dual-carriageways
before doing polyline-simplification.
You can find the code in:
http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/libosm/src/org/openstreetmap/osm/data/LODDataSet.java?view=markup
Method: mergeWays(final Way
On Thu, 19 Mar 2009 20:23:23 +1100, Brett Henderson br...@bretth.com
wrote:
Stefan de Konink wrote:
On Thu, 19 Mar 2009, Shaun McDonald wrote:
Please; why don't we just ignore all previous planets and create a
new planet and start to produce daily (full) history? Where we dump our
old history
On Thu, 19 Mar 2009, Brett Henderson wrote:
Osmosis will provide the capability to do this from 0.6 onwards. If
disk space isn't an issue on the planet server I'll set it up as soon as
I get time after 0.6 goes live. It has the ability to go back in time
and produce full history diffs for
Stefan de Konink wrote:
On Thu, 19 Mar 2009, Brett Henderson wrote:
Osmosis will provide the capability to do this from 0.6 onwards. If
disk space isn't an issue on the planet server I'll set it up as soon as
I get time after 0.6 goes live. It has the ability to go back in time
and
http://openstreetmap.org/api/0.5/node/344793814
As you can see here andnav seems to allow 'null' tags. I'll add this to
the OSM fixer scripts so it will get removed. Likewise for stuff like
this:
http://openstreetmap.org/api/0.5/node/344020916
Most likely I'll run an OSM Fixer session today to
Hi,
Relations becomes more and more popular (and complex). However in some cases
(Europeen E roads), country boundaries, (huge forest ?) the number of members
in some relation is huge.
Motorway E 70 comes to mind with ~1700 members
http://www.openstreetmap.org/browse/relation/27057
France
marcus.wolsc...@googlemail.com wrote:
On Thu, 19 Mar 2009 20:23:23 +1100, Brett Henderson br...@bretth.com
wrote:
Osmosis will provide the capability to do this from 0.6 onwards. If
disk space isn't an issue on the planet server I'll set it up as soon as
I get time after 0.6 goes live.
On 5th March I wrote:
I notice it includes something called Accelerators with a map
category.
http://msdn.microsoft.com/en-us/library/cc289775(VS.85).aspx
I don't know how complicated it would be to provide an OSM
Accelerator? If I get time I'll read the above page in more
detail.
I've
Date: Wed, 18 Mar 2009 19:44:08 +0100
From: Ivo Brodien philo...@cs.tu-berlin.de
Subject: Re: [OSM-dev] How to get offline maps of a large area in
reasonable time?
To: sly (sylvain letuffe) li...@letuffe.org
Cc: dev@openstreetmap.org
Message-ID:
Hi All,
To help with the situation where not everybody has the time or
inclination to setup mysql and postgres databases for running test
cases, I've setup the Hudson Continuous Integration server on my home
server.
http://www.bretth.com/hudson/
It polls SVN at 55 minutes past the hour and
2009/3/19 Ed Loach e...@loach.me.uk:
I think it works, but gazetteer isn't particularly quick (or is that
just me?).
It looks nice and is very nicely done, but has always been dog slow..
Using grep on a CSV file with POIs is faster. You could of course use
google/MSN geocoding instead.
On Thu, 19 Mar 2009 22:28:51 +1100, Brett Henderson br...@bretth.com
wrote:
Hi All,
To help with the situation where not everybody has the time or
inclination to setup mysql and postgres databases for running test
cases, I've setup the Hudson Continuous Integration server on my home
Hi,
I would calculate with half the size of 13kB.
Many tiles are only around 100 bytes.
This will be around 1 to 2 weeks.
ok, then I should get started...
Or are there any other ideas on how to get such a big amount of
data?
See why almost no-one renders in advance every thing up to
Grant Slater wrote:
Devs,
Recent planet files available from: http://planet.openstreetmap.org/
will be disrupted for the next few days. Apologies for the disruption.
Hopefully be fixed within the next 48 hours.
Reasons? Look over here:
On 19 Mar 2009, at 09:52, Brett Henderson wrote:
Sorry if that wasn't clear. I meant when the API 0.6 goes live and
the
database is upgraded to the 0.6 schema then the Osmosis tasks
supporting
0.6 data will support creating full history change files. The Osmosis
version is currently
Op 19 mrt 2009, om 14:01 heeft Ivo Brodien het volgende geschreven:
Or are there any other ideas on how to get such a big amount of
data?
See why almost no-one renders in advance every thing up to zoom
18 by
reading :
http://wiki.openstreetmap.org/wiki/Mod_tile
On 19 Mar 2009, at 15:21, Ceriel Jacobs wrote:
Op 19 mrt 2009, om 14:01 heeft Ivo Brodien het volgende geschreven:
Or are there any other ideas on how to get such a big amount of
data?
See why almost no-one renders in advance every thing up to zoom
18 by
reading :
Hello,
I set up a PostGIS-DB-server and I am ready to go to render some tiles
with mapnik.
Everything works but tiles are empty.
I guess that mapnik does not find and features because it is looking
with another SRID?
My osm tables use Google Mercartor (SRID= 900913) What is mapnik
My osm tables use Google Mercartor (SRID= 900913) What is mapnik
expecting? 3395 ?
No it's good. If you've used osm2pgsql to populate the db, and if you use a
copy of the osm.xml
( starting with :
Map bgcolor=#b5d0d0 srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0
+lon_0=0.0 +x_0=0.0
Shaun McDonald wrote:
Sorry if that wasn't clear. I meant when the API 0.6 goes live and the
database is upgraded to the 0.6 schema then the Osmosis tasks supporting
0.6 data will support creating full history change files. The Osmosis
version is currently 0.30.2, I'll release a 0.31
hi,
for some reason it suddenly works, no idea what I changed.
I found a lot of this in the Logs. I guess I can ignore it? Eg it says
no column barrier found and it is true, there is none. Why is it in
the statement?
thanks and bye
Ivo
the Logs:
STATEMENT: select asbinary(way) as
On Thursday 19 March 2009 19:27, you wrote:
hi,
for some reason it suddenly works, no idea what I changed.
I found a lot of this in the Logs. I guess I can ignore it? Eg it says
no column barrier found and it is true, there is none. Why is it in
the statement?
I suppose you'r mapnik
On Thu, 19 Mar 2009, Ceriel Jacobs wrote:
I suggested to Grant to actually do a benchmark instead of just
picking
the next product from the stack.
When benckmarking different database systems, don't forget to include
Virtuoso.
Here a TPC-D benchmark comparison (lower is better):
1.
2009/3/19 Dirk Stöcker openstreet...@dstoecker.de:
A change resulting from that: The MOTD is no longer version depending.
This means older JOSM's will also see newer texts. I consider this a
feature instead of a bug!
Agree, maybe it could be made (or kept) visible though, to which
version
Shaun McDonald wrote:
On 19 Mar 2009, at 09:52, Brett Henderson wrote:
Sorry if that wasn't clear. I meant when the API 0.6 goes live and the
database is upgraded to the 0.6 schema then the Osmosis tasks supporting
0.6 data will support creating full history change files. The Osmosis
marcus.wolsc...@googlemail.com wrote:
On Thu, 19 Mar 2009 22:28:51 +1100, Brett Henderson br...@bretth.com
wrote:
Hi All,
To help with the situation where not everybody has the time or
inclination to setup mysql and postgres databases for running test
cases, I've setup the Hudson
Udo Giacomozzi wrote:
Instead I'm thinking about writing some multithreaded FreePascal or
C++ FastCGI server that does it much more efficiently (by using
libmapnick internally) but I still need to have a look at mod_tile as
it might already provide a highly performant solution.
Investigate
Stefan de Konink wrote:
http://openstreetmap.org/api/0.5/node/344793814
It's interesting. I thought, andnav.org doesn't provide map editing.
All I can say: It wasn't me. My Android OSM Editor is called Vespucci
in the created_by tags.
Matthias
___
Hello Stefan,
Friday, March 20, 2009, 12:55:27 AM, you wrote:
Instead I'm thinking about writing some multithreaded FreePascal or
C++ FastCGI server that does it much more efficiently (by using
libmapnick internally) but I still need to have a look at mod_tile as
it might already provide a
Udo Giacomozzi wrote:
Hello Stefan,
Friday, March 20, 2009, 12:55:27 AM, you wrote:
Instead I'm thinking about writing some multithreaded FreePascal or
C++ FastCGI server that does it much more efficiently (by using
libmapnick internally) but I still need to have a look at mod_tile as
it
Since we are exploring different mapnik based rendering, I'm presenting mine
too ;-)
It's really just a simple PHP script that invokes the Python script:
http://paste.debian.net/31026/
That's almost what I did in the first place ( in even more hugly !) as I am a
php dev and not a python
Hi,
Ævar Arnfjörð Bjarmason wrote:
Could some of these issues be solved by relatively simple
additions (type:way in:(type:relation key:value) or would that be a
bad reinvention of more sophisticated query languages?
An even simpler method would be to introduce the special keywords
child and
Hello,
as I'm in the mood to destroy old behaviour (current JOSM anyway breaks
again due to some changes) I decided to fix the MOTD issue.
We now no longer have a MessageOfTheDay but a StartupPage. This page is
automatically created based on StartupPageSource which contains ALL data
in the
So, I found this nifty-neato GPS receiver which will record an audio
file and georeference it: http://community.cloudmade.com/blog/?p=340
I had to write a Python program to turn its goofy pseudo-CSV file into
a proper GPX file which JOSM understands. I can now drag-and-drop
this file into JOSM,
39 matches
Mail list logo
