On 2 March 2018 at 04:43, Paul Norman wrote:
> I wrote a blog post on how to get started with the API projects:
> http://paulnorman.ca/blog/2018/02/make-the-website-use-the-api-gsoc-project/
>
> I recommend steps 2, 4, and 5 for anyone applying for a project which
> interacts with the API.
It wou
In general, I'd like to disable HTTP Basic Auth to our API, and only
use OAuth. This removes any need to share your OSM password with third
parties. However, developers often find it easier to build
integrations using basic auth, so I can imagine some opposition to
this.
Thanks,
Andy
On 12 Januar
On 10 July 2017 at 13:25, Matthijs Melissen wrote:
> On 10 July 2017 at 11:14, Andy Allan wrote:
>> Thanks Tom. My intentions for the next few months are to continue to
>> do whatever I can to encourage new contributors. I've done a lot of
>> refactoring recently which
On 10 July 2017 at 10:48, Frederik Ramm wrote:
> Hi,
>
> On 10.07.2017 11:14, Andy Allan wrote:
>> My intentions for the next few months are to continue to
>> do whatever I can to encourage new contributors.
>
> I think it would be helpful for new contributors if the f
On 22 June 2017 at 21:15, Tom Hughes wrote:
> I'm pleased to be able to invite you all to join me in welcoming Andy Allan
> as the new co-maintainer on the code base for the OpenStreetMap web site.
>
> Going forward we intend to look to add additional maintainers to further
>
On 20 February 2017 at 01:04, Paul Norman wrote:
> 1. cgimap-ruby
>
> I don't yet have a student interested in this, but I'd like to see if one of
> the ones who has contacted me is. This could use a mentor who has dealt with
> ruby gems before, which I haven't. I have a feeling this part of the
On 4 January 2017 at 14:25, Frederik Ramm wrote:
> Hi,
>
>a new year - a new hack weekend! Everyone's welcome in Karlsruhe on
> the 18th/19th February if they prefer hacking on something together, or
> at least not totally on their own ;)
>
> Details on the Wiki
> https://wiki.openstreetmap.or
On 12 December 2016 at 11:54, Darafei "Komяpa" Praliaskouski
wrote:
> I've been googling for current human-readable document that describes what
> OSM database currently is.
As far as I'm aware, there's no up-to-date human-readable description
of the primary OSM database. The database contains 4
On 1 September 2016 at 09:25, Yves wrote:
> Along with minutely diffs, I wonder if expired tiles lists would be
> something to be shared: this is something each tile server is doing by
> itself by now, and seems a waste in ressources.
It's not really something that should be relied on, since ther
On 12 August 2016 at 16:32, Komяpa wrote:
> What are the plans to scale the tile provision infrastructure?
We should be clear here - we have more than enough capacity to handle
all the traffic generated by our mappers, editing software and every
website run by the OSMF, local chapters and local m
On 12 August 2016 at 12:34, Maarten Deen wrote:
> On 2016-08-12 13:14, Paul Norman wrote:
>>
>> The usage policy for tile.openstreetmap.org requires that users send a
>> valid user-agent[1], or, in the case of a web browser, a HTTP Referer.
>> Ops are looking into automatically rate limiting clien
On 5 August 2016 at 12:51, Stadin, Benjamin
wrote:
> What is the allowed syntax for OSM tag keys? Is there actually a
> restriction, like OSM tag keys must follow common variable name syntax?
Tags keys and tag values can be 256 UTF-8 characters long, with a few
invalid characters based on the XM
On 21 October 2015 at 15:39, Stadin, Benjamin
wrote:
> Do you have some details how to accomplish installing the complete stack,
> close to how it works at openstreetmap.org?
The production servers are configured using Chef, and all the chef
cookbooks used are available at
https://github.com/op
On 19 April 2015 at 11:33, Tom Hughes wrote:
> The protocol being used is not the point. The point is that neither site had
> been configured, because neither is a URL that we have ever told anybody to
> use!
Don't be so harsh. Given that
www.osm.org -> www.openstreetmap.org,
wiki.osm.org -> wi
On 27 January 2015 at 03:44, Richard Stallman wrote:
> The GPL says that this decision is made and stated with notices in the
> source files, but these source files have no such notices, meaning no
> decision was ever stated.
Thanks for bringing this to our attention, and you are correct that we
On 11 December 2014 at 15:34, Sven Geggus wrote:
> BTW, I'm also still looking for a less annoying way to maintain the german
> style which is basically a fork of your style starting from various versions.
Please do let me know if there's anything we can do to
openstreetmap-carto to make this ea
On 11 December 2014 at 12:10, Christoph Hormann wrote:
> I am somewhat reluctant to bring up this problem since i think the more
> active development is a good thing in total and i don't want to
> badmouth this.
I'm glad that you bring this up, please don't be reluctant! I know
that the developme
On 3 December 2014 at 16:33, Serge Wroclawski wrote:
> First, right now there's only a single person who can remove spam from
> diary entries or profiles.
Not strictly true - any user with site administrator priviledges can
remove spam - see my previous link to the code. There are multiple
peopl
On 3 December 2014 at 16:25, Martin Koppenhoefer wrote:
> maybe we could have a crowd-sourced approach and introduce a "spam"-flag
> that logged-in users could set, i.e. another button in the "comment",
> "reply" line which says something like "flag as spam", with a counter, and
> if more than x
On 3 December 2014 at 15:46, Andrew Hain wrote:
> A spammer is periodically posting messages in Chinese to the User Diaries.
Thanks for the analysis, I hope it provides developers with ideas for
combatting it via the automated spam filters that we already have[1].
However, spam is an arms race,
On 17 November 2014 12:16, Florian Schäfer wrote:
> What version of osm2pgsql is running on the main osm.org-tileserver?
Tom has already answered (0.81.0), but here's a longer explanation for
anyone who is interested. This is how I went about finding the answer
:-)
The server configurations are
On 8 October 2014 15:19, Stefan Keller wrote:
> Hi,
>
> On Mon, 15 Sep 2014 Jochen Topf wrote about "Upcoming new feature:
> Projects" in [Taginfo-dev] which you recently released [1]. That's a
> cool feature and many projects are already integrated [2]!
>
> Would'nt it be very helpful to have als
On 17 September 2014 13:09, Robert Whittaker (OSM lists)
wrote:
> I'm not sure if this is the right list to post this to, but I've
> noticed recently that I have to refresh the index pages of OSM mailing
> list posts e.g.
> https://lists.openstreetmap.org/pipermail/talk/2014-September/date.html
>
On 7 December 2013 20:30, SomeoneElse wrote:
> Didn't someone have a go at this a few years ago
> (either at a London meetup or driven by some academic research) - it'd be
> interesting to see if you can try and measure some of the same things and
> see how the results compare.
You could be thin
On 25 November 2013 22:03, Stephan Bösch-Plepelits
wrote:
> Now I renamed the script to 'mapnik-render-image' and renamed the project
> on Github accordingly:
> https://github.com/plepe/mapnik-render-image
How does your new version of the script compare to the nik2img.py utility?
Cheers,
Andy
On 14 October 2013 17:20, Álvaro Enríquez de Luna Muñoz
wrote:
> This co-worker isn't working with us anymore, and I am currently facing an
> urgent problem. Requested tiles from levels 16, 17 and 18 from zones that
> have never been visited (the app was being used in very restricted areas and
On 16 September 2013 12:14, Peter Wendorff wrote:
> as far as I know all map keys are created by hand.
I think that's true, and therefore somewhat tedious!
> 2) it would be really great to have some automatic map key generation
> out of the style files. For Mapnik that's incredible ugly as mapn
On 28 August 2013 16:48, Eugene Alvin Villar wrote:
> I think that being pretty is not the goal of the default map style at all.
> The primary goal of the default style is to expose as much of the OSM data
> as possible.
That's widely held opinion, but there's an equally sized opinion that
would
On 28 August 2013 16:26, Holger Jeromin wrote:
> I think the rewrite in carto wanted to maintain the visual result to be
> sure to be able to switch the main rendering. Otherwise the switch could
> be stopped by some for visual reasons.
Good point - that's probably the source of the confusion.
On 28 August 2013 16:05, Peter K wrote:
> But I've always heard/read that the style has to stay
> the same.
And where did you hear that? It's not something I've heard before.
> Who can decide and develop this in the future?
That would be me, and whoever else contributes to the style. Of
course
On 28 August 2013 12:02, Peter K wrote:
> Or at least: will this default style be
> further developed and improved?
See the following video for some background regarding the current
state of the main map style
http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68093876
Since the
On 24 July 2013 04:22, Ian Dees wrote:
> iD clears out its internal representation of OSM data when a user's Save is
> successful and then re-requests the area in the viewport immediately. The
> replication delay for a read-only API needs to be less than 2 or 3 seconds
> in this scenario.
The ph
On 19 June 2013 20:58, Ian Dees wrote:
> So we're talking potentially several billion (entity type)+(entity id) ->
> [(tile x)+(tile y), ...] rows in a database of some sort along with the
> forward and reverse indexes.
Indeed. Although there's probably a much clever approach than the one
I'm su
On 19 June 2013 16:25, Ian Dees wrote:
> The last bit of work before I can call it complete is to correctly expire
> tiles based on the minutely diffs. The naive and incorrect approach would be
> to expire based on node changes. This ignores changes to way and relation
> tags, for example.
> Any
On 22 May 2013 12:06, Sven Geggus wrote:
> I get segmentation faults in mod_tile on a more or less regular basis which
> will leave apache in a 100% CPU on all cores state!
Ah, that's interesting, I'm seeing something very similar. I'm using
1341e129e5 (22 April) with apache2-mpm-event 2.2.22 (o
On 21 May 2013 18:50, Paweł Paprota wrote:
> And what I can tell you is that people in OSM (I mean admins here) are very
> supportive and open to changes.
I'm glad to hear that! Many people say they have a different
experience, but we try to be helpful.
> Sadly, I
> simply don't have enough tim
On 21 May 2013 02:32, Jason Remillard wrote:
> The server that we are planning on purchasing is monster. Very
> complicated and expensive. I am concerned that this might not be the
> best way to go.
Indeed, it might not be the best way to go, and any thoughts and
brainpower applied to the proble
On 22 April 2013 15:50, Tom MacWright wrote:
>> it seems as if doesn't expose way membership to the user currently. In any
>> area with multipolygons or turn restrictions or, likely more difficult to
>> fix, other types or relations, mappers will really break a lot without even
>> being able to n
On 3 April 2013 19:39, Jeffrey Ollie wrote:
> Copyright © 2013 OpenStreetMap
This bit needs discussion. I don't think it's a great idea saying
just "OpenStreetMap" since there's no such thing that could hold the
copyright of the code. The foundation doesn't ask for copyright
assignment in sourc
On 3 April 2013 16:10, Kai Krueger wrote:
> Hello everyone,
>
> as many people seem to prefer using git over svn, we have decided to convert
> the master repository of osm2pgsql and mod_tile over to git.
That's fantastic news!
> Previously anyone who had an osm-svn account had commit access to t
On 28 March 2013 15:20, Sarah Hoffmann wrote:
> On Thu, Mar 28, 2013 at 07:36:56AM -0700, Kai Krueger wrote:
>> Despite possibly being the person who has recently been most active in
>> committing code to mod_tile / renderd and osm2pgsql, I have been reluctant
>> to claim the "official maintainer"
On 27 March 2013 14:09, Pieren wrote:
> OSM data & tools are mostly developed by volunteers on their free
> time.
And I'm sure we all strive to make high-quality tools. If someone
encounters bugs, like crashes and broken documentation, then even just
being told by email is valuable, or logging t
On 12 March 2013 09:12, Tom Hughes wrote:
>> I am not sure it is a good idea to switch to water polygons. Those
>> polygons
>> are much more complicated because they contain lots of holes, so they are
>> slower to render. I'd only do that if really necessary (for instance when
>> you want to mask
On 28 January 2013 16:39, Jochen Topf wrote:
> That approach might work for in-browser editors, but I don't want to go to
> a different web page first before my JOSM is opened at the right place. I
> want to stay in the context of the web page where I am opening the editor
> from.
Fair enough.
On 28 January 2013 14:20, Yohan Boniface wrote:
> Hi all,
>
> A short mail to introduce the little plugin Leaflet.EditInOSM [1], which add
> a control in Leaflet with links to edit the current view in JOSM, Potlatch
> or iD.
> Demo here: http://yohanboniface.github.com/Leaflet.EditInOSM/
Cool!
I
On 20 January 2013 00:45, Rob Nickerson wrote:
> I reinstalled snapshot-server following your updated instructions, which was
> a lot simpler than last time :-) and gave the web load a test. It worked a
> charm :-)
That's great news. If you, or anyone else on the list, have problems
or suggestio
On 8 January 2013 17:59, Rob Nickerson wrote:
>
> A web based loading screen would be a big plus for me.
> I had a quick look and found a 5mb shapefile. I would imagine 10mb is
> probably the largest I have. Not sure how that converts to .osm filesize.
On Tuesday I coded up an upload form, and it
On 8 January 2013 17:28, Rob Nickerson wrote:
> Thanks.
>
> I got it up and running but was struggling to load some data. Can't
> quite remember the error message but I'm hoping to get to look at it
> again this weekend (tho time is an issue).
Do you know offhand how big your .osm files are? I kn
On 28 December 2012 05:52, Paul Norman wrote:
> Readme.md for snapshot-server is not quite accurate. I’ve got an updated
> readme at https://github.com/pnorman/snapshot-server/blob/patch-3/README.md
> that covers enabling PostGIS and hstore but Andy hasn’t had time to update
> upstream.
I've upda
On 3 January 2013 12:47, Pieren wrote:
> The same who says that we don't tag for renderers...
Er, we do tag for the renderers. You've been around long enough to know that.
http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer
"Don't deliberately enter data incorrectly for the renderer"
v
On 2 January 2013 13:31, Paweł Paprota wrote:
> For me such reverts just introduce unneeded clutter in the history database
> - thousands of new versions in the history. And the end result will be that
> this revert will then again be slowly reverted by individual mappers
> replacing deprecated t
On 12 December 2012 21:35, Alex Barth wrote:
> Again, this is awesome to have this up.
>
> If you find issues, please file here
> https://github.com/gravitystorm/openstreetmap-carto/issues
>
> Or fork, fix and issue a pull request :-)
>
> And really, on a first glance there is very little differe
On 6 December 2012 15:54, Tom Hughes wrote:
> One thing Andy did say was that he'd like other people to review what he's
> done to make sure he hasn't introduced regressions - he is probably best
> placed to explain how he envisions that working.
There's two main things I'd like other people to
Hi all,
openstreetmap-carto is a project to re-implement the standard
OpenStreetMap mapnik style, in CartoCSS[1]. At the OpenStreetMap Hack
Weekend in London last Sunday I released v1.0 of project, and went to
the pub before telling anyone!
Version 1.0 is the complete re-implementation of the ent
On 17 November 2012 11:44, NopMap wrote:
> It identifies itself as
>
> The crash message is
>
>
> The last output of osm2pgsql is
>
>
Hi Nop,
None of your quotes came through!
Cheers,
Andy
___
dev mailing list
dev@openstreetmap.org
http://lists.open
On 16 November 2012 17:04, Matt Williams wrote:
> Great work. Do you have any idea how/if the performance changes when
> using Carto rather than the old XML?
In my experience it makes no appreciable difference. Carto compiles
down to XML, and usually most of the speed is in the sql queries and
t
Hi All,
Matt has mentioned it in the other thread regarding the stylesheets,
but I thought I'd expand a bit on what I'm up to.
For a long time (coming up for a year now) I've been contemplating
creating a carto version of the main stylesheets. I ported all my own
stylesheets from xml to carto and
On 8 November 2012 17:25, Jeff Meyer wrote:
> Here's the ticket I was going to file (but cannot figure out (a) where to
> file it; and (b) where the code is underlying the wiki code below...):
Tickets can be filed in trac.openstreetmap.org (component is 'wiki')
> Any alternative that reduces th
On 5 November 2012 18:11, Alex Barth wrote:
>
> Notes here:
>
> https://github.com/systemed/iD/wiki/Check-in-Nov-05-2012
>From the notes:
@tmcw: "I would love anyone else to look at this and try fixing /
proofing some of the work" (RichardF, Allan, JOSM team)
Can you / Tom elaborate on this?
C
On 25 October 2012 14:43, kimaidou wrote:
> I am not a ruby guy, so I will surely need some time to understand how to
> install and run this file, but I will give it a try.
There is a readme, but in short use ruby 1.9 and run "bundle install"
to install the dependencies.
> What about performanc
On 23 October 2012 09:15, kimaidou wrote:
> Hi Paul,
>
> Thanks for pointing this out. I would say this file is the one you pointed :
> https://github.com/gravitystorm/openstreetmap-license-change/blob/master/check_history.rb
It's actually a different file for loading history extracts into an
api
On 18 October 2012 16:27, Kai Krueger wrote:
> I would suggest putting it on help.openstreetmap.org rather than on the
> wiki. I know that is a bit of an abuse of help, but the builtin voting
> system and reordering according to votes can be useful to help filter the
> list of wishes and suggestio
On 16 October 2012 00:17, Tom Hughes wrote:
> On 15/10/12 23:40, Alex Barth wrote:
>
>> - Translations are a frequent bottleneck for copy changes, unclear how to
>> solve this.
>
>
> I'm not sure why you think this, but I can only think it is because you are
> overthinking the issue and aiming for
On 16 October 2012 11:02, Jochen Topf wrote:
> I don't think we can bring all of this into a single "export tab". In fact, if
> we reduce all of this into a single "export tab" we risk alienating people who
> try out whats offered, find it lacking and then go away not understanding that
> they tr
On 17 October 2012 05:26, Roland Olbricht wrote:
> It has roughly the same importance than the main API
The OSMF Operations Working Group classify the planet.osm.org feeds at
the same (highest) level of importance to the project already. It's
absolutely core.
> On the other hand, for somebody w
On 17 October 2012 13:53, Matt Amos wrote:
> getting to the point: this might to some extent mitigate the "large
> changesets" issue, as it would allow bboxes to be collected at a smaller
> granularity. however, it wouldn't be a full solution and we'd probably
> still need something like OWL to b
On 11 October 2012 14:49, Alex Barth wrote:
> Thanks so much for the history lesson :) It provided exactly the context I
> was looking for.
I think this is an important point - with a surge of interest in OSM
development (not just from the Mapbox guys) it's important that we all
work together a
On 12 October 2012 00:58, Tom MacWright wrote:
> Hey all (or, well, those subscribed to dev@ - my flamewar shields are at 50%
> so I'm not risking an email to talk),
Bear in mind that technical (generally software) stuff is often better
on dev@ anyway - and there's lots of developers on this list
Hi all,
When I clone various projects from github (e.g. mod_tile) I get weird
cascading branches
>From https://github.com/openstreetmap/mod_tile
* [new branch] git-svn-> upstream/git-svn
96e542f..1739c6b master -> upstream/master
* [new branch] mirror/git-svn -> upstream/m
On 17 May 2012 20:51, Nick Whitelegg wrote:
> Hi,
>
> I'm having some problems with generating XML from a postgis database from
> PHP on the Freemap server:
>
> http://www.free-map.org.uk/0.6/ws//bsvr.php?bbox=44.0,11.0,445000.0,115000.0&poi=place,amenity,natural&annotation=1&inProj=27700&
On 2 March 2012 12:44, Peter Körner wrote:
> type=route --> build-linestring
Remember that there's more than one way to process a route relation -
you can either duplicate the underlying geometries, one per relation,
or push information from the relation down onto the existing geometry,
a
On 19 February 2012 20:46, Frederik Ramm wrote:
> This requires some sort of "show me all deleted objects in this area" API
> call, and once that exists, editors could support it in some way. Potlatch 1
> already has an undelete function but uses a custom API that can not easily
> be re-used by o
On 16 February 2012 13:11, Steve Bennett wrote:
> Are there any policies/practice around using feature branches? I'm not
> sure if it's a Github limitation (or standard Git), but it seems one
> doesn't actually send individual "pull requests" - at any one time,
> you can have a grand total of 1 p
Hi All,
Snapshot Server is a rails app that can host .osm files and serve them
out via map calls. The main use for this is to serve Vector Background
Layers to clients like Potlatch 2 to help with mapping.
http://wiki.openstreetmap.org/wiki/Snapshot_Server
The latest release allows one installed
On 30 December 2011 13:47, Chris Browet wrote:
> Hi All, long time no see.
>
> I have an issue with a tag value ending with a "%" (percent), e.g. "15%",
> returning a 500 error from the api, while "15%20" does not.
> I assume there is some escaping logic behind but it is not clear to me which
> ch
On 15 December 2011 12:32, sly (sylvain letuffe) wrote:
> Will the maintenance and stress on this server (therefore on it's sys admins)
> whould be painless if all read api calls were directed to other servers ?
Let me reply to this in slightly hand-wavy terms.
Most of the load on our core infr
On 5 December 2011 09:20, Iván Sánchez Ortega wrote:
> It seems that everything renders as it should now - so thanks to everyone
> involved! :-)
Ah yes - I forgot to report back that I had fixed it. Thanks to
Laurence for some off-list help with this - I've switched to a
different font now that i
On 25 November 2011 13:02, Iván Sánchez Ortega wrote:
> So, question: What typography is the Transport map using?
>
> Yeah, yeah, I know I'm raining in Andy's parade. Don't make me feel bad about
> that :-(
No worries at all - great to get feedback. There's clearly an issue
with the font file th
On 24 November 2011 09:53, Frederik Ramm wrote:
> Is anyone aware of multipolygon handling not working right when not using
> --slim? We might have to (re)introduce the primary key for osm_id at least
> on the polygon table to allow this deletion of duplicate areas.
I've always heard it stated t
On 17 November 2011 06:59, Pierre GIRAUD wrote:
> Can you point me to urls to show me what changed recently ? (commits, diffs)
https://github.com/openstreetmap/openstreetmap-website/network
The "what changed recently" was that we upgraded from rails 2.x to 3.1
- so many things needed changing. Y
On Wed, Oct 26, 2011 at 5:47 PM, Frederik Ramm wrote:
> "this way has to be reversed to form a linestring with the others",
more like "the direction of the route is with/against the direction of
the underlying way"
> while
> others seem to use "backward" as "the bus only uses this section of ro
Hi All,
I stumbled across an issue this week and I don't have a great solution
to it, so I thought I'd share it here.
In osm2pgsql we handle two types of multipolygons - those with the
"useful" tags on the relation, and those with no "useful" tags on the
relation where we use the outer ways inste
On Tue, Oct 4, 2011 at 5:43 AM, Paul Norman wrote:
> Nominatim is the standard way to do reverse geocoding.
Nominatim is good for both geocoding and reverse geocoding. It powers
both the search and the "Where am I" functions on the main site.
> If you want to do
> geocoding (telling you the nam
On Sat, Sep 24, 2011 at 5:21 PM, Евгений Фарфель wrote:
> Hello!
>
> I am currently setting up local openstreetmap server (Rails port, tile
> renderer and Postgres API DB). So far I have a working rails port
> installation and able to submit changesets into apidb, they are
> working as expected. H
On Tue, Sep 13, 2011 at 1:07 AM, Kai Krueger wrote:
> Hi,
>
> I was thinking about ways to try and speed up osm2pgsql. Currently a good
> fraction of time, both in full imports and during diff-processing, is spent
> in the "going over pending ways / relations" section. Therefore speeding up
> that
I'm not sure that osm2pgsql is massively sophisticated with this
situation, since it certainly doesn't know anything about the
stylesheets.
If, for example, the node was moved slightly, and all those lines were
dashes, then the full length of every line would need to be redrawn.
Alternatively, if
On Tue, Aug 30, 2011 at 7:48 AM, Steve Bennett wrote:
> Hi all,
> So I'd like to get back into some potlatch development.
Awesome.
> Shortly
> before moving house I tried to follow the Git instructions, but
> something went wrong. Can someone give me a quick list of steps?
I've just reviewed t
On Fri, Aug 19, 2011 at 1:10 PM, Parveen Arora wrote:
>> You can instruct osm2pgsql to create a so-called dirty-tile-list which then
> What is the meaning of dirty tiles this term always confuses me.
A dirty tile is a map image that has been marked as being out-of-date,
and therefore needs to be
On Wed, Aug 17, 2011 at 1:48 PM, sorel johann wrote:
> WMSC is obsolete, WMTS is the real OGC specificiation. osm uses something
> which is not normalized, some kind of custom TMS service. several projects
> out there us custom services, google maps, bing maps, yahoo maps ...
Or alternatively, t
On Mon, Aug 1, 2011 at 1:03 PM, Jason Lee wrote:
> I'd like to know if this is easily possible?
It's not easily possible with the current way that mod_tile works.
> Any help or advice much appreciated. Thanks.
I'd suggest having a look into TileStache and making a custom
"Provider" that will r
On Thu, Jul 28, 2011 at 10:42 AM, Richard Fairhurst
wrote:
> 1. CSS
> 2. internal consistency with other MapCSS attributes
> 3. SVG
> 4. Mapnik
>
> That's a pretty obvious decision.
But I see Cascadenik isn't in that list, which is the point I'm trying
to make. When you invented
On Thu, Jul 28, 2011 at 12:34 AM, Frederik Ramm wrote:
> Hi,
>
> Graham Jones wrote:
>>
>> I picked Carto over Cascadenik for the same reason - that it seems to be
>> developing actively, and is reported to be significantly faster.
>
> Has anyone done a proper comparison between MapCSS and Carto?
has seen more recent and
> active development. It would be interesting to see a comparison between
> Carto and MapCSS. However I'm not sure if OSMF would even be interested in
> changing the main stylesheet over to one of these.
> -Josh
>
> On Wed, Jul 27, 2011 at 11:21
On Wed, Jul 27, 2011 at 3:52 PM, Josh Doe wrote:
> I'm curious if anyone has ever attempted to convert the massive OSM Mapnik
> stylesheet to one of the CSS-like languages such as Cascadenik or Carto. Is
> it even possible? Maybe some features used are not implemented by either of
> these preproce
On Wed, Jul 27, 2011 at 4:03 PM, Phil! Gold wrote:
> * Josh Doe [2011-07-27 10:52 -0400]:
>> I'm curious if anyone has ever attempted to convert the massive OSM Mapnik
>> stylesheet to one of the CSS-like languages such as Cascadenik or Carto.
>
> I started trying to do a conversion to Cascadenik
On Wed, Jun 22, 2011 at 5:44 PM, Steve Doerr wrote:
> Does is matter that the UK postcode layer is only of interest to people
> mapping the UK?
Nope, you can specify a bbox extent for the imagery layer so it
doesn't show up in the menu when you're editing other parts of the
world.
Cheers,
Andy
On Sat, Jun 18, 2011 at 6:18 PM, Kai Krueger wrote:
> It would be nicer, if after you have accepted the contributor terms, it
> would automatically accept the email address if the email address given is
> known to come from a trusted OpenID provider and thus we know it is a valid
> email address.
On Wed, Jun 15, 2011 at 1:23 PM, Parveen Arora wrote:
> On Wed, Jun 15, 2011 at 10:10 AM, Graham Jones
> wrote:
>> Hi Parveen,
>> Do you mean resolution (pixels per inch) or level of detail (which icons
>> appear at which zoom level?).
> Yes I meant to pixels per inch.
>
>> You can change the re
On Tue, Jun 14, 2011 at 4:52 PM, Ævar Arnfjörð Bjarmason
wrote:
> The routing libraries I've found seem to all assume that I want to
> route across roads, whereas for this task all I need is just a
> coastline shapfile of the planet.
You might want to include bridges, too :-)
Cheers,
Andy
On Fri, Jun 3, 2011 at 11:47 AM, Greg Troxel wrote:
> In my town, there are only a few dirt roads, but knowing if a road is
> dirt of paved is important to normal people looking at maps. So I think
> the default rendering should show roads
> (highway=primary/secondary/tertiary/unclassified/resi
1 - 100 of 349 matches
Mail list logo
