Hey Grant,
Look into wmata-gtfsrealtime:
https://github.com/kurtraschke/wmata-gtfsrealtime which aims to solve the
same problem for DC.
It's semi-impenetrable Java code but the jist is that you create a 'unit
space' (fancy word for distances in a bunch of dimensions) and use it to
calculate
As good a time as ever to remind everyone that we'd love your help on the
iD project. Head over to the GitHub repository:
https://github.com/systemed/iD
Choose an issue, and go for it! You will be part of making this actually
happen.
Thanks,
Tom
On Mon, Aug 19, 2013 at 5:27 PM, NopMap
Touch-related tasks are tagged 'touch' in the issue tracker:
https://github.com/systemed/iD/issues?labels=touchpage=1state=open
Mainly, support on mobile touch devices like iOS and Android devices will
be a significant challenge because of their weak processors incomplete
browser
Is it really a terrible weight to update JOSM to recognize the new format?
Given that JOSM is on version 6,115 and this is essentially a 'changing a
regex' type situation.
Can we stop calling any feature that changes the behavior of the site a
major step backwards? Yes, things are different and
It is not just about JOSM, the change breaks *every application, web
service or browser plugin* that creates a reference to the osm main page or
that could parse an OSM url.
Links to the homepage are backwards-compatible. We've set up redirects.
No. If you just go ahead with changes that break
posted before yours. This was announced and
discussed both on GitHub and on the talk@ list, before it was launched.
On Thu, Aug 8, 2013 at 11:08 AM, Maarten Deen md...@xs4all.nl wrote:
On 2013-08-08 14:49, Tom MacWright wrote:
Is it really a terrible weight to update JOSM to recognize the new
Tom's hyperbole that I claim you did a bad thing entirely
I was referring to:
I'm sorry, but IMHO this is yet another step backward.
'Yet another step backward', outside of the expression two steps forward,
another step back means 'a bad thing in general' in common usage. Perhaps
you were
Just check the GitHub repo's LICENSE.txt -
https://github.com/migurski/TileStache/blob/master/LICENSE - looks like
3-Clause BSD
On Sun, Jun 2, 2013 at 4:10 PM, Vince Berubey scream...@hotmail.com wrote:
Hi,
I'm using TileStache. I cannot find anywhere if TileStache is restricted
by a
Browsing the map should work fine. iD isn't touch-compatible yet, but will
be - tracked in the following tickets:
* https://github.com/systemed/iD/issues/1431
* https://github.com/systemed/iD/issues/151
* https://github.com/systemed/iD/issues/607
On Thu, May 9, 2013 at 3:58 PM, Vince Berubey
Hi Nop,
By virtue of being new, iD doesn't have quite as much docs for different
use cases as Potlatch 2 or similar. But there are a few resources to get
started with:
* http://mapbox.com/osmdev/ (dev blog w/ series of posts about architecture)
*
This should be conversation over whether we should link to iD or embed it,
not a derail into opinions and feature requests.
As far as linking to iD: I think we should focus on the pull request to
include iD on the site
https://github.com/openstreetmap/openstreetmap-website/pull/225 rather than
if you
don't want to use presets.
Tom
On Mon, Apr 22, 2013 at 10:45 AM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
On 22/apr/2013, at 16:25, Tom MacWright t...@macwright.org wrote:
For super-advanced editing, there will always be JOSM.
iD does handle relations, though it does
to
learn them (yes, novice mappers should not have to, but IMHO they should
be able to understand the raw tags).
So this tag list should IMHO show all tags, not only those not exposed
already by even more human readable UI translations.
regards
Peter
Am 22.04.2013 16:50, schrieb Tom MacWright
Hi all,
Any Overpass API knowledge-holders who know about augmented_diffs around?
So today an experiment by Ian Dees w/ some small hacks by myself got in
webmonkey:
http://www.webmonkey.com/2013/04/watch-openstreetmap-improve-in-real-time/
Cool! So, I've got a few questions, since the API
Risking to sound way too negative I have to ask what is the point of creating
gpx dumps with the same data content as API queryable data?
For the same reason a planet file is published. My use case here is
generating a worldwide tile layer of GPX data, and that would not be viable
via querying
Alex I also just booked flights - excited to go, first time in the windy
city.
On Tue, Mar 26, 2013 at 10:06 AM, Toby Murray toby.mur...@gmail.com wrote:
I booked my flight last night. You should too!
Toby
On Sat, Mar 23, 2013 at 12:52 PM, Ian Dees ian.d...@gmail.com wrote:
Hi
Hey all,
Just finished up a chat about iD in #ideditor to discuss post-alpha0
pre-alpha1 plans. You can check out the log here:
http://bl.ocks.org/d/4503558/
For background, here are our posts on iD: http://mapbox.com/osmdev/ and the
testing instance: http://geowiki.com/iD/
Thanks everyone
Hey all (and especially Grant Jochen),
So, the iD editor has this nice 'reference pane' which shows tag/value
summaries from TagInfo, if available. TagInfo also provides thumbnails for
these combos in the form File:Foo. Unfortunately that doesn't map to a real
URL (by design). There's an API to
Ah, wait! It supports JSONP, I'm a fool:
http://wiki.openstreetmap.org/w/api.php?action=queryprop=imageinfotitles=Image:Residential.jpgiiprop=url%7Ccontentformat=jsoncallback=foo
On Tue, Jan 8, 2013 at 5:31 PM, Katie Filbert filbe...@gmail.com wrote:
On Tue, Jan 8, 2013 at 11:17 PM, Tom
Hi All,
This thursday at 11pm EST, we're planning on huddling in the #ideditor
channel (on irc.oftc.net) as well as on Skype to talk about where we're at
going with the iD editor project. We'll have John, Ansis, Saman, and Alex
around and also be on Skype for doing voice.
If you're new to the
be nice to participate but I'm not a fan of attending meetings 4
o'clock in the morning (GMT+0). Will there be a chatlog available
afterwards?
- Svavar Kjarrval
On 08/01/13 23:29, Tom MacWright wrote:
Hi All,
This thursday at 11pm EST, we're planning on huddling in the #ideditor
channel
Hey all,
Happy to announce that early tomorrow we're tagging an alpha0 release of iD
for testing development: http://mapbox.com/osmdev/2012/12/22/alpha0/
As you all know, creating an editor is a very big effort and there's still
a long way to go. What this mostly means is that we're happy with
Hey,
Last few days Dane I have been working on optimizing Carto for this case
- try out the 'condense' branch:
https://github.com/mapbox/carto/tree/condense
This requires one small change: in amenity-symbols.mss, change line 82 to
[power = 'generator'][[generator:source] = 'wind']::power,
Hey,
To make it a bit easier to compare, here's the two on a split screen:
http://bl.ocks.org/d/4271706/
From a cursory scan, there are some labelling and font changes (mostly for
the better, in my opinion) and a possible bug around the coloring of the
botanical garden.
Tom
On Wed, Dec 12,
Hey Andy,
This is really awesome - the Carto looks super-clean and hackable for new
coders. Can't wait to see this be used to tackle a lot of the ongoing
requests as well as just subtle design improvements.
Nice work!
On Thu, Dec 6, 2012 at 6:21 AM, Paweł Paprota ppa...@fastmail.fm wrote:
Hi
The biggest problem with the Mapnik stylesheet right now is that it's in
SVN. Not the technology, but the fact that this gives people without commit
access to that repository no clear way to contribute. There is no way to
'just do it' until the style is actually maintained in GitHub, actually
Definitely.
So far iD is taking a few approaches that differ from Potlatch:
- Instead of storing undo data in a separate undo stack, we're creating a
'persistent datastucture' style graph that preserves every version of data
while trying to keep memory usage low. This means that operations,
Hey all,
Reading this recent TPM article on OSM (in the wake of SOTMUS)[1], I
noticed that it cites 550 german mappers making edits each week, and links
to OSMstats. The number looks like it's just determined from the graph
titled
No. of daily active members (week).
This title is pretty
The problem I see is, other than pointing to planet.openstreetmap.org I'm
not sure where else we would send them?
While there are lots of other places to get things like regional extracts
they are unofficial third party sites so I don't think that we should be
referring people to them from the
for
improvements (top ten tasks, api 0.7, improving openstreetmap) which have
shown at best mixed success of staying updated and being good for the
'actual doing things' collaboration phase.
Tom
On Mon, Oct 15, 2012 at 6:08 AM, sly (sylvain letuffe) li...@letuffe.orgwrote:
On vendredi 12 octobre 2012, Tom
I'd love to get back to the topic of what's next.
At least my at-the-moment thought for why dev@ has been more efficient than
the mailing list is something pretty simple: when people post on here with
some bit of knowledge - like saying that something is already implemented,
or that there are
Hey Sly,
The simple answer is that MapBox (including myself) is finding ways to
improve OpenStreetMap.
Some of these are pretty obvious (design!), and some of them require a very
high level of knowledge (API changes). By posting here, I'm trying to get a
good idea of what exists, what experts
Okay, so visual changeset tools, better history tools, and osmbugs.
OSMBugs or something like it will definitely get some love - early on we've
just been battling confusion about wtf OSMBugs is, with all of the
versions. That's mostly cleared up now.
Anything else?
On Fri, Oct 12, 2012 at 6:25
@Pawel: totally, I think those are awesome. I was mostly prodding this
thread since it was getting into the details of changeset/history
improvements and don't want it to be laser-focused on the technical details
of one thing :)
On Fri, Oct 12, 2012 at 8:38 AM, Paweł Paprota ppa...@fastmail.fm
Hey dev,
Just posted the first few issues of the work that I can deem 'stuff that
we're doing as part of the Knight iniative'. They consist of API-related
tasks, some of which have had prior art but haven't been tested/completed
enough to ship. I'd like to get them done and shipped to make some
/iandees/xapi-servlet).
TagInfo has an API that's fairly well done. What did you have in mind to
improve it?
On Thu, Oct 11, 2012 at 2:26 PM, Tom MacWright t...@macwright.org wrote:
Hey dev,
Just posted the first few issues of the work that I can deem 'stuff that
we're doing as part
Hey all (or, well, those subscribed to dev@ - my flamewar shields are at
50% so I'm not risking an email to talk),
So, along with the big 'kicking off' blog post on MapBox[1], I posted three
basic issues in the openstreetmap-website tracker - JSON support, filtering
on the main api, and a tag
, Oct 11, 2012 at 8:14 PM, Andy Allan gravityst...@gmail.com wrote:
On 12 October 2012 00:58, Tom MacWright t...@macwright.org 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
All those are independent third party sites created by individuals and are
not directly related to core site.
Aren't they using the same database somehow?
What we were talking about in the EWG meeting was adding a bug reporting
system to the main site that records things in the main
Hi Sandor,
Is any of this work open source, or have open specifications on the web?
Statements like comparisons between filesizes of raster vector data need
to be cited.
Tom
On Fri, May 25, 2012 at 8:44 AM, Sandor Seres sandor...@gmail.com wrote:
Scale/zoom levels and tiling are essential
Hey,
Whoah! Nice work. All of these osmium-related projects are really exciting,
can't wait to have more performant and efficient parts of the OSM stack.
Plus, they're well-written and hosted on GitHub :)
Tom
On Wed, Mar 7, 2012 at 9:57 AM, Jochen Topf joc...@remote.org wrote:
Hi!
I have
Hi there,
There's no need to swap out Mapnik - it's a general purpose renderer which
can run on any kind of data. You might want to check out
https://github.com/mapnik/mapnik/wiki/LearningMapnik for an intro of Mapnik
it's styling language(s)
Tom
On Wed, Feb 29, 2012 at 2:14 PM, Skye Book
42 matches
Mail list logo