Very interesting work!
How do you handle new incoming requests. They have to start from a known point
so I guess you have to do an SQL query for each of them? Or do you just read
the existing .osc files from disk and stream them out? This could take a long
time...
Jochen
On Sat, Oct 13, 2012 at
Hi Kim,
On 13 October 2012 00:36, KHOO KIM HWA khoofu...@yahoo.com wrote:
Hello,
I got some errors when I try to convert .osm to osmbin file by executing:
osmosis --read-xml file=idf_main_roads_new.osm --write-osmbin-0.6
dir=./osmbin-full-map-dir
Thread for task 1-read-xml failed
Hi Jochen,
On 14 October 2012 06:17, Jochen Topf joc...@remote.org wrote:
Very interesting work!
How do you handle new incoming requests. They have to start from a known
point
so I guess you have to do an SQL query for each of them? Or do you just
read
the existing .osc files from disk
Hermann Kraus-2 wrote
As my Google Summer of Code project I worked on improving Mapnik's text
rendering. The most important change was adding support for complex
scripts, but I also implemented some other nice features. You can read
more about my work here:
On Sat, Oct 13, 2012 at 03:44:01AM +0200, Hermann Kraus wrote:
As my Google Summer of Code project I worked on improving Mapnik's text
rendering. The most important change was adding support for complex
scripts, but I also implemented some other nice features. You can read
more about my
Hi all,
During the EWG meeting last week I volunteered to research migration
feasibility for the help.osm.org platform migration due to i18n problems
with current software (OSQA).
I have started putting together some content on the wiki (see [1]), if
you want to get involved, either by
Am 13.10.2012 00:40, schrieb Michal Migurski:
How does a new map style typically graduate to use on OSM.org as an option?
See http://wiki.openstreetmap.org/wiki/Tile_Layer_Guidelines
My personal view on this is that anybody expecting that simply replacing
the current default displayed style
2012/10/13 Simon Poole si...@poole.ch:
My personal view on this is that anybody expecting that simply replacing
the current default displayed style with a different one will change
anything is kidding himself in a big way. The pressure to include
everything and the kitchen sink will not go
It is not necessarily about changing WHAT is displayed but changing HOW it is
displayed. Current style is simply not up to the standard in terms of esthetics
for a project that aspires to be more than a database.
Pawel
Simon Poole si...@poole.ch wrote:
Am 13.10.2012 00:40, schrieb Michal
Am 13.10.2012 13:55, schrieb Pawel Paprota:
It is not necessarily about changing WHAT is displayed but changing HOW it is
displayed. Current style is simply not up to the standard in terms of
esthetics for a project that aspires to be more than a database.
I suspect (well actually I know)
I am testing this and got the following error:
Traceback (most recent call last):
File ./generate_xml.py, line 205, in module
serialize(template_xml,options)
File ./generate_xml.py, line 81, in serialize
mapnik.load_map(m,xml,True)
RuntimeError: Unable to process some data while
I am aware of and accept different point of views about the project. I am only
speaking my own opinion and also I don't agree that it is not a discussion for
dev list. Right now there is a unique chance to get restyling a shot because
Mapbox is involved and obviously they have the expertise to
Imagine there is list of schools in a city.
This list is maintained by a school district office with updated website,
phone numbers, and office opening times.
They maintain this list through a simple PHP form on their website that
allows them to make updates to each listing (node).
If
Hi,
On 13.10.2012 00:25, Mikel Maron wrote:
I'll add here, internationalization of tiles would be a key development.
Especially with some of the recent edit wars Korea/Japan/China over
island names and possession.
Jochen is doing some work on that for the Wikimedia Foundation at the
moment,
Mike,
On 13.10.2012 00:40, Michal Migurski wrote:
* Generalized and merged dual carriageways for mid-zoom labels,
* City label placements for low-to-mid zooms generated with simulated annealing,
* Route shields based on route relations,
* Merged transit points.
There's often a tradeoff
On Oct 13, 2012, at 5:41 AM, Frederik Ramm wrote:
Mike,
On 13.10.2012 00:40, Michal Migurski wrote:
* Generalized and merged dual carriageways for mid-zoom labels,
* City label placements for low-to-mid zooms generated with simulated
annealing,
* Route shields based on route relations,
On Sat, 13 Oct 2012 14:11:41 +0200, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
I am testing this and got the following error:
[...]
* attribute 'unlock-text' with value 'true' at line 6
This is a typo in the documentation. It's unlock-image instead of
unlock-text. Should be
On Mon, Oct 8, 2012 at 1:10 AM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
2012/10/7 Pedro Larroy pedro.larroy.li...@gmail.com:
Looks like multipolygon relations can be more complex that what I was
assuming. I will fix my code. Looking carefully I see that there is no
contradiction. I
Hi,
On 13.10.2012 21:35, Pedro Larroy wrote:
Thanks for the link. I have updated the wiki with requirements for
valid multipolygon relations:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Valid_Multipolygon_conditions
I made a few changes to your list in the Wiki. (Frankly I am
On Thu, Oct 11, 2012 at 03:39:52PM -0400, Tom MacWright wrote:
TagInfo's API is certainly pretty good, and it might be good enough.
Possibly this would be taginfo, or just a very small subset of what taginfo
provides - my general objective is to reduce the number of apis and types
of apis you
On 10/13/2012 09:49 PM, Frederik Ramm wrote:
Hi,
On 13.10.2012 21:35, Pedro Larroy wrote:
Thanks for the link. I have updated the wiki with requirements for
valid multipolygon relations:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Valid_Multipolygon_conditions
I made a few
I see, thanks.
On Sat, Oct 13, 2012 at 10:11 PM, Cartinus carti...@xs4all.nl wrote:
On 10/13/2012 09:49 PM, Frederik Ramm wrote:
Hi,
On 13.10.2012 21:35, Pedro Larroy wrote:
Thanks for the link. I have updated the wiki with requirements for
valid multipolygon relations:
Hi
Thanks for you edits.
So for overlapping inner polygons the only way to differentiate them
is by tagging as far as I can see.
From the link you posted, in case#9 you need to use the role to build
the polygons for example:
http://postgis.refractions.net/docs/images/st_isvalid09.png
Hi All,
Hi Brett,
To solve this, a new streaming replication mechanism has been developed.
Under the covers the same database queries are utilised, but the process
performing the queries runs continously and polls the database for changes
at a shorter interval.
Nice feature, it might not
On Sat, Oct 13, 2012 at 4:00 PM, Jochen Topf joc...@remote.org wrote:
On Thu, Oct 11, 2012 at 03:39:52PM -0400, Tom MacWright wrote:
TagInfo's API is certainly pretty good, and it might be good enough.
I encourage you to look at what the taginfo API has to offer.
I'd love to have sensible
2012/10/14 Richard Weait rich...@weait.com:
I'd love to have sensible tags suggested for me. If I add name =
Walmart, an editor that suggested the most-popular value for shop=*
would be really useful.
Yes, that would be in fact a much needed feature for beginners but
also for expert mappers.
Imho it's not only bad behavior to change a wiki page 19 times on the same
day it's harming OSM. Having the discussion on the OSM-dev list makes this
even worse.
http://wiki.openstreetmap.org/w/index.php?title=Relation:multipolygonaction
=history
All changes except minor should be discussed on
On 14 October 2012 09:46, sly (sylvain letuffe) li...@letuffe.org wrote:
Hi All,
Hi Brett,
To solve this, a new streaming replication mechanism has been developed.
Under the covers the same database queries are utilised, but the process
performing the queries runs continously and polls
One extra bit of info that might be of interest. There are a number of
different URLs supported by the server. They are described here:
http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--send-replication-data_.28--srd.29
To summarise:
- You can download just state information, or
29 matches
Mail list logo
