On Wed, 2017-09-27 at 09:18 +0200, Jo wrote:
> 2017-09-27 8:30 GMT+02:00 Safwat Halaby :
>
> > On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
> >
> > > Then load that in PostGIS and create scripts to read GTFS into
> > > PostGIS.
> > >
> > > Then compare the data in the DB and produce output and i
I think my last two replies never got through and were sent privately
instead. Here's a rephrasing. (which is possibly better anyways).
__
On Wed, 2017-09-27 at 10:53 +0200, Marc Gemis wrote:
> isn't it possible that the 2017 contains data from e.g. 2014, which
If there is a conflict regarding position or tags, they should be resolved
by a human mapper. If I were to apply the newer is better approach, we
would constantly be reverting back to the positions the operators think
their stops are at.
It's important to respect the mappers work, because without
On Wed, 2017-09-27 at 09:12 +0200, Jo wrote:
> Deleting data on OpenStreetMap and replacing it by imported data is
> obviously never the acceptable approach.
>
> What I don't understand is why you don't create something that
> compares the
> latest version of all the bus stops in OSM with the late
2017-09-27 8:30 GMT+02:00 Safwat Halaby :
> On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
>
> > Then load that in PostGIS and create scripts to read GTFS into
> > PostGIS.
> >
> > Then compare the data in the DB and produce output and ideally a UI.
> >
> > I started doing something like that here:
Deleting data on OpenStreetMap and replacing it by imported data is
obviously never the acceptable approach.
What I don't understand is why you don't create something that compares the
latest version of all the bus stops in OSM with the latest version of the
GTFS data from upstream.
Why compare w
On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
> Then load that in PostGIS and create scripts to read GTFS into
> PostGIS.
>
> Then compare the data in the DB and produce output and ideally a UI.
>
> I started doing something like that here:
>
> https://github.com/osmbe/public_transport
>
> Let
Thanks for the info, mmd!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Hi John Whelan,
As implied in the forum thread, not wanting to destroy user data is
exactly why I'm building a relatively complex script. The naive
approach is to destroy all-bus stops are re-import, everytime a GTFS
update is released. But I don't want that.
Instead of doing that, the script pre
One last point have you confirmed the Open Data license is acceptable to
OSM? It took me about five years and a great deal of effort to ensure and
confirm the licenses were compatible to get my GTFS bus stops in.
The OSM legal working group eventually agreed they were but noted they
would want to
Just a clarification, I'm not against imports and I have been involved in a
number as I'm sure Frederik will recall but it's important to me that the
data to be imported is of good quality, is correctly licensed and is merged
with existing data. In the case of bus stops that means including tags
p
On Tue, 2017-09-26 at 17:08 -0400, john whelan wrote:
> Please do not do this globally.
>
Of course not. I wouldn't deploy anything globally without prior
discussion.
What I meant was the script is not Israel-specific, and anyone who
knows their provider has some reasonable accuracy could use it
>We are well aware that GTFS accuracy is not perfect. (Though nobody Reported
a 100-meter deviation so far). A potential solution, which could also work
globally, is discussed below.
Some University researchers who were looking at the GTFS files noted the
problem sometime ago in the US. One provi
On Tue, 2017-09-26 at 08:50 -0400, john whelan wrote:
> I suggest pulling in the country file and if need be chop it up to
> load
> into JOSM. Load up the latest bus stops in a different layer then
> use the
> todo plugin and go through them one at a time cleaning them up that
> way.
>
> Note tha
link fix:
https://forum.openstreetmap.org/viewtopic.php?id=16738
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
I'd like to point out (as I pointed out in the sub-threads), that I
solved this problem simply by fetching the changeset which introduced
v3.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On Tue, 2017-09-26 at 14:12 +0200, Frederik Ramm wrote:
>
> Are all these automatic edits at least discussed on the Israeli
> mailing
> list, or is this a free-for-all where anyone who knows how to write a
> script runs over all bus stops in Israel again and again?
>
> Bye
> Frederik
>
Why are
Am 26.09.2017 um 12:39 schrieb Safwat Halaby:
> On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
>>
>> Overpass API is definitely your friend. Version 3 doesn't mean much
>> though.
>> Do you mean all bus stops with a public_transport tag?
>
> Thanks for the reply.
>
> By version 3, I mean a particu
I suggest pulling in the country file and if need be chop it up to load
into JOSM. Load up the latest bus stops in a different layer then use the
todo plugin and go through them one at a time cleaning them up that way.
Note that the GTFS file bus stop location may not be accurate, some bus
stops
Hi,
On 26.09.2017 13:31, Safwat Halaby wrote:
> V3 was an automatic import for all nodes. it was made pretty quickly
> after v1 and v2
This whole import is a terrible mess:
https://www.openstreetmap.org/node/1802982151/history
It starts with the version 1 already being titled "attempt 3", then
It is a bit odd that you are not interested in the latest versions of these
objects, but OK. (As long as you don't plan to use them for an updated
import to OSM, of course)
Overpass API also makes it possible to fetch data for a given point in time.
Jo
2017-09-26 13:31 GMT+02:00 Safwat Halaby :
On Tue, 2017-09-26 at 12:15 +0100, Tom Hughes wrote:
> On 26/09/17 11:41, Safwat Halaby wrote:
> > On Tue, 2017-09-26 at 11:31 +0200, Michael Reichert wrote:
> > > Hi,
> > >
> > > Am 2017-09-26 um 09:19 schrieb SwiftFast:
> > > > I need to download all version 3 bus stops in a country which
> > >
I think I've needlessly overcomplicated this. All I need to do was to
do is fetch changeset #14265835, which introduced those historic nodes.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
On 26/09/17 11:41, Safwat Halaby wrote:
On Tue, 2017-09-26 at 11:31 +0200, Michael Reichert wrote:
Hi,
Am 2017-09-26 um 09:19 schrieb SwiftFast:
I need to download all version 3 bus stops in a country which has
about
30,000 bus stops. Version 3 exists since a 2012 import. What's the
recommende
On Tue, 2017-09-26 at 11:31 +0200, Michael Reichert wrote:
> Hi,
>
> Am 2017-09-26 um 09:19 schrieb SwiftFast:
> > I need to download all version 3 bus stops in a country which has
> > about
> > 30,000 bus stops. Version 3 exists since a 2012 import. What's the
> > recommended way to accomplish th
On Tue, 2017-09-26 at 11:46 +0200, Jo wrote:
> Hi Safwat,
>
> Overpass API is definitely your friend. Version 3 doesn't mean much
> though.
> Do you mean all bus stops with a public_transport tag?
Thanks for the reply.
By version 3, I mean a particular historic version of the OSM element.
For
Hi Safwat,
Overpass API is definitely your friend. Version 3 doesn't mean much though.
Do you mean all bus stops with a public_transport tag?
I would go about it in a slightly different way and download everything
related to public transport, not just the stops using the query found on
this page:
Hi,
Am 2017-09-26 um 09:19 schrieb SwiftFast:
> I need to download all version 3 bus stops in a country which has about
> 30,000 bus stops. Version 3 exists since a 2012 import. What's the
> recommended way to accomplish this? I have two ways in mind.
Version 3 of what?
Best regards
Michael
-
I need to download all version 3 bus stops in a country which has about
30,000 bus stops. Version 3 exists since a 2012 import. What's the
recommended way to accomplish this? I have two ways in mind.
1. Fetch all stops with Overpass API, then, for each
stop id, fetch version 3 from the main API
29 matches
Mail list logo