On 2016-06-25 00:53, Jo wrote:
Darya (a GsoC student) is actually working on a project to help with
the routing. We haven't included conversion from GTFS and I'm not sure
there will be time for that. What's most time consuming, especially
because of changes/breakings caused by other mappers and
Darya (a GsoC student) is actually working on a project to help with the
routing. We haven't included conversion from GTFS and I'm not sure there
will be time for that. What's most time consuming, especially because of
changes/breakings caused by other mappers and PT itineraries subject to
change,
I'm sorry if I was unclear. I didn't mean that one person should just
blindly dump every GTFS feed into OSM and leave it to others to clean
up. I was thinking of something that an individual mapper could use to
import the feed(s) in their particular area and resolve conflicts or
errors before
On 2016-06-21 11:40, Roland Olbricht wrote:
OTOH, this doesn't seem like a huge problem if we're importing the
data
from elsewhere using automated tools and only tweaking by hand where
it's wrong--and ideally, there should be some sort of feedback
mechanism
to get the source corrected so even
On 2016-06-21 15:12, Paul Johnson wrote:
On Tue, Jun 21, 2016 at 2:02 PM, Stephen Sprunk
wrote:
I found a couple transit-specific apps, but they refuse to work until
I'm within some minimum distance of a stop. ...
RideSystems (and yes, I'm calling them out on this, since
On Tue, Jun 21, 2016 at 2:02 PM, Stephen Sprunk wrote:
> On 2016-06-21 00:27, Paul Johnson wrote:
>
>> On Mon, Jun 20, 2016 at 10:51 PM, Stephen Sprunk
>> wrote:
>>
>>> On 2016-06-20 16:18, Paul Johnson wrote:
>>> On Mon, Jun 20, 2016 at 2:02 PM, Stephen
On 2016-06-21 00:27, Paul Johnson wrote:
On Mon, Jun 20, 2016 at 10:51 PM, Stephen Sprunk
wrote:
On 2016-06-20 16:18, Paul Johnson wrote:
On Mon, Jun 20, 2016 at 2:02 PM, Stephen Sprunk
wrote:
The situation with GTFS data itself is so bad that Google
Hi,
OTOH, this doesn't seem like a huge problem if we're importing the data
from elsewhere using automated tools and only tweaking by hand where
it's wrong--and ideally, there should be some sort of feedback mechanism
to get the source corrected so even that's a short-term problem.
Well,
On Mon, Jun 20, 2016 at 10:51 PM, Stephen Sprunk wrote:
> On 2016-06-20 16:18, Paul Johnson wrote:
>
>> On Mon, Jun 20, 2016 at 2:02 PM, Stephen Sprunk
>> wrote:
>>
>>>
>>> The situation with GTFS data itself is so bad that Google stopped
>> offering
On 2016-06-20 16:18, Paul Johnson wrote:
On Mon, Jun 20, 2016 at 2:02 PM, Stephen Sprunk
wrote:
On 2016-06-20 02:07, Roland Olbricht wrote:
There had been a group that was very vocal for making a textbook
example of design by committee, and the result is now known as
On 6/20/2016 5:18 PM, Paul Johnson wrote:
I really wonder how TriMet ultimately accomplished this, since that
would seem like a decent-ish starting point since that system is in
charge of a fairly multimodal system with above and below ground
stations, split-level stations, and transit centers
On Mon, Jun 20, 2016 at 2:02 PM, Stephen Sprunk wrote:
> On 2016-06-20 02:07, Roland Olbricht wrote:
>
>> There had been a group that was very vocal for making a textbook
>> example of design by committee, and the result is now known as
>> "approved public transport scheme".
On 2016-06-20 02:07, Roland Olbricht wrote:
There had been a group that was very vocal for making a textbook
example of design by committee, and the result is now known as
"approved public transport scheme". They did not ask for input from
experienced mappers or developers. I decided to consider
13 matches
Mail list logo