Le jeudi 18 octobre 2012 22:41:26, Alex Barth a écrit :
On Oct 12, 2012, at 1:14 PM, Michal Migurski m...@teczno.com wrote:
* Create a new map style intended to be the default face of OSM, but
leave the current OSM.orgMapnik style as-is. It works beautifully as an
editor's basemap due to
Hi,
I'd be very happy to have a new map style free (or almost free) of POIs, in
order to leave the selection of categories to the user.
It is currently done by 3Liz company, thanks to their LizPoi demo
http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1
(by the way, POIs are clickable)
Just sifting through the thread again … I like this idea for connecting people
as they're editing… I guess it's worthwhile pointing out that when we wrote
into the Knight proposal 'better social tools' we were thinking less 'post my
latest change to twitter' - extreme example, noone suggested
On Oct 12, 2012, at 1:14 PM, Michal Migurski m...@teczno.com wrote:
* Create a new map style intended to be the default face of OSM, but leave
the current OSM.orgMapnik style as-is. It works beautifully as an editor's
basemap due to the dense inclusion of all data. Keep it, but add a new
On Thu, Oct 18, 2012 at 4:41 PM, Alex Barth a...@mapbox.com wrote:
On Oct 12, 2012, at 1:14 PM, Michal Migurski m...@teczno.com wrote:
* Create a new map style intended to be the default face of OSM, but leave
the current OSM.orgMapnik style as-is. It works beautifully as an editor's
On Oct 18, 2012, at 1:41 PM, Alex Barth wrote:
On Oct 12, 2012, at 1:14 PM, Michal Migurski m...@teczno.com wrote:
* Create a new map style intended to be the default face of OSM, but leave
the current OSM.orgMapnik style as-is. It works beautifully as an editor's
basemap due to the
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 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
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,
Hi everyone,
I've been following the OSM Wishlist thread via the list archives on the web
and thought I'd pop in to join the discussion. I feel of two minds about the
suggestion: on the one hand, I'm thrilled to see energy from Tom, Alex and the
Mapbox team. On the other, I feel like the OSM
On Fri, Oct 12, 2012 at 6:14 PM, Michal Migurski m...@teczno.com wrote:
* Improved relation + data model support in a editors, either a new one or a
retrofit onto Potlatch. Things like route relations or addressing schemas are
important, for example, and should see the same kind of
Hi Michał,
* Create a new map style intended to be the default face of OSM, but
leave the current OSM.org Mapnik style as-is. It works beautifully as an
editor's basemap due to the dense inclusion of all data. Keep it, but add
a new one that's for non-editors to look at.
That's an
Hi,
On 12.10.2012 23:13, Paweł Paprota wrote:
* Social OSM: feh, don't care.
I accept that there are different views on that topic. Ultimately I
think the project can greatly benefit from having more mappers (through
better osm.org usability and social-ability).
My take on social OSM is a
On Fri, Oct 12, 2012, at 23:28, Frederik Ramm wrote:
Hi,
On 12.10.2012 23:13, Paweł Paprota wrote:
* Social OSM: feh, don't care.
My take on social OSM is a combination of these views - feh because I
myself am really not interested in your friend Peter mapped a post box
yesterday!;
On Oct 12, 2012, at 1:50 PM, Matt Amos wrote:
On Fri, Oct 12, 2012 at 6:14 PM, Michal Migurski m...@teczno.com wrote:
* Better time-awareness in planet dumps. I want to see a days since last
edit or similar attribute on all entities in the planet file, which will
make it possible to
: Friday, October 12, 2012 10:14 AM
Subject: [OSM-dev] Hello World
Hi everyone,
I've been following the OSM Wishlist thread via the list archives on the web
and thought I'd pop in to join the discussion. I feel of two minds about the
suggestion: on the one hand, I'm thrilled to see energy from Tom
On Oct 12, 2012, at 2:13 PM, Paweł Paprota wrote:
* Social OSM: feh, don't care.
I accept that there are different views on that topic. Ultimately I
think the project can greatly benefit from having more mappers (through
better osm.org usability and social-ability). And also it's great that
On Oct 12, 2012, at 3:25 PM, Mikel Maron wrote:
* Create a new map style intended to be the default face of OSM, but leave
the current OSM.org Mapnik style as-is. It works beautifully as an editor's
basemap due to the dense inclusion of
all data. Keep it, but add a new one that's for
Mikel Maron wrote
* Create a new map style intended to be the default face of OSM, but
leave the current OSM.org Mapnik style as-is. It works beautifully as an
editor's basemap due to the dense inclusion of
all data. Keep it, but add a new one that's for non-editors to look at.
My suggestion
On Fri, Oct 12, 2012 at 6:40 PM, Michal Migurski m...@teczno.com wrote:
A potential issue is that I think this needs to be a high-quality style with
some data-processing features that would introduce a rendering delay:
* Generalized and merged dual carriageways for mid-zoom labels,
* City
On 11/03/10 04:59, Adrian Cochrane wrote:
First, I am a new developer here. My name is Adrian. I'm only 15, but
I'm really keen on contributing to some Open Source, and OSM looks
like a very good project that can do with a hand in developing the GUI
so normal users can use it. I know the
On 11/03/10 09:04, Tom Hughes wrote:
If people like your suggested styling then I can commit that, or I can
sort you out with svn acccess so you can do it.
I also meant to say that personally I don't think the strike out works -
the colour reversal is good I think but I would drop the strike
Hello,
First, I am a new developer here. My name is Adrian. I'm only 15, but
I'm really keen on contributing to some Open Source, and OSM looks
like a very good project that can do with a hand in developing the GUI
so normal users can use it. I know the client side web languages,
Python, and some
Welcome!
It is great to see young people interested.
The webpage is currently in design, but you can alway make a patch and
submit a bug to have it changed:
The trac system is here:
http://trac.openstreetmap.org/
The source is here:
First the obligatory introductions --
Hi, I'm a .Net developer by trade (previously ATL/C++), based in the
UK working for a large container shipping company, I've also been
contributing tweaks and changes to OSM for a few weeks now.
There's a couple of bits I fancy having a go at developing
Rowland Shaw wrote:
* Above said framework(s)?
I think some example .net apps are available, I don't know there is one
that natively uses vectors though.
* An XSD that represents the DTD?
On the wiki.
Stefan
___
dev mailing list
On Sat, Nov 29, 2008 at 9:25 AM, Rowland Shaw [EMAIL PROTECTED]wrote:
snip
* A .Net control library that includes vector rendering support as
well as tile based rendering
I believe Kosmos, a local rendering app, is written for .NET.
___
dev mailing
32 matches
Mail list logo
