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 de
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_ti
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 provi
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
___
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
Hello Dane,
Wednesday, March 18, 2009, 12:42:14 AM, you wrote:
DS> Cool, sounds like it works fine though and many people use PHP so you
DS> might considering adding your script to
DS> http://code.google.com/p/mapnik-utils/
DS> since others might find it useful.
It's really just a simple PHP s
Hello Dave,
Tuesday, March 17, 2009, 5:03:44 PM, you wrote:
DS> It renders meta tiles -- that's 8x8 normal tiles. This reduces the
DS> border overlap overhead.
Sounds good.
>> And, is it really impossible to avoid cropping at all? Can't Mapnik be
>> instructed (or extended) to render labels alw
Brett Henderson wrote:
> marcus.wolsc...@googlemail.com wrote:
>> Cool.
>> We should document this in the wiki.
>>
> Yep, agree. The developer info on the wiki is very light at the moment.
>
> It's not ideal running it on my home server because I don't want to
> give out access to it. If anyb
marcus.wolsc...@googlemail.com wrote:
> On Thu, 19 Mar 2009 22:28:51 +1100, Brett Henderson
> 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 Continuo
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 Osmos
2009/3/19 Dirk Stöcker :
> 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 improvements apply and which
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 bet
Stefan de Konink 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.3
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 mapni
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
geom,"barrie
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
> 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 :
)
Then everything should be fine.
Access restrictions at postgres level ?
Turn on the logs
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
expecti
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 :
http://wiki.openstreetma
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
http://wiki.openstreetmap.org/
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 0.3
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:
> http://lists.openstreetmap.org/pipermail/talk
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 zo
> Date: Wed, 18 Mar 2009 19:44:08 +0100
> From: Ivo Brodien
> Subject: Re: [OSM-dev] How to get offline maps of a large area in
> reasonable time?
> To: "sly (sylvain letuffe)"
> Cc: dev@openstreetmap.org
> Message-ID: <5db2532c-4a0c-44a8-bb42-bda4627be...@cs.tu-berlin.de>
> Content-Ty
On Thu, 19 Mar 2009 22:28:51 +1100, Brett Henderson
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
> server.
>
> ht
2009/3/19 Ed Loach :
> 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.
__
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 ki
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 boun
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
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 g
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
marcus.wolsc...@googlemail.com wrote:
> On Thu, 19 Mar 2009 20:23:23 +1100, 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
On Thu, 19 Mar 2009 20:23:23 +1100, Brett Henderson
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 excludi
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 fo
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 part
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?
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
2009/3/19 Stefan de Konink
> 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 significant
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
39 matches
Mail list logo