On Mon, 25 Sep 2017 23:11:52 -0400
Yuri Astrakhan wrote:
> At the moment, there are nearly 40,000 OSM objects whose wikipedia
> tag does not match their wikidata tag. Most of them are Wikipedia
> redirects, whose target is the right wikipedia article.
What about the ones where the article is a W
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
Mark, these do rarely happen, but do they add value? Having data that
points to a non-(machine)-verifiable redirect, a redirect that could be
deleted or changed at any moment is very fragile.
I think these should be resolved to the target, and treated as I described
in [1] - links to wikipedia pa
On Mon, Sep 25, 2017 at 11:53:03PM -0400, Yuri Astrakhan wrote:
> According to Martijn (of MapRoulette fame), there is no way a challenge can
> link to object IDs. MapRoulette can only highlight location. Nor can I
> provide a proposed fix, which means someone would have to manually find the
> brok
On 26 September 2017 at 03:40, Yuri Astrakhan wrote:
> I have been blocked by Andy Townsend with the following message.
> I believe Andy is acting in best interest of the project, yet might have
> missed or misread this discussion.
I agree with Yuri.
This series of edits will, once complete, le
On 26 September 2017 at 04:14, Marc Gemis wrote:
> I believe the mechanical edit polity demands that you discuss with the
> *local* community. That means if your edit modifies items in e.g.
> Mexico, Belgium and Japan, you have to discuss your edit with the
> communities in Mexico, Belgium and Ja
Sarah, my understanding is that MapRoulette does not support it -- I cannot
upload the following:
For Object ID , change one set of tags for another -- accept or
decline?
Would be great if I was wrong.
Yes, the community can do it, the question is - should it? Given 2
challenges, one that
On Tue, Sep 26, 2017 at 04:03:35AM -0400, Yuri Astrakhan wrote:
> Sarah, my understanding is that MapRoulette does not support it -- I cannot
> upload the following:
>
> For Object ID , change one set of tags for another -- accept or
> decline?
No you can't and you shouldn't. Clicking throug
On Tuesday 26 September 2017, Yuri Astrakhan wrote:
> Since this thread had not received any new discussion in the past 4
> days, I assumed all points were answered and proceeded as planned,
> per mechanical edit policy.
That is always a bad idea. For example in this thread i made the
following
Seems, that I was mistaken:
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct states:
Either talk (a general purpose mailing list)
or if your edit affects only one country or territory then the
national-language mailing lists, forums, or other standard
communication methods for
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
-
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:
> p.s. OSM is a community project, not a programmers project, it's about
> people, not software :-)
Totally agree. If some script can automatically add new tag
(wikidata) without any actual WORK needed, then it is pointless,
anybody can run an auto-update script.
When ordinary (non geek) mapp
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
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 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
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 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
> > >
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 :
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
>That sounds like an argument against any incremental improvement ever
imho: the risk Identification is an important design step. [
https://en.wikipedia.org/wiki/Risk_management ]
And reducing risks is another step.
2017-09-25 16:34 GMT+02:00 Nicolás Alvarez :
>
> El 25 sept 2017, a las 10:54
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
FYI I updated some of the stats charts at
https://wiki.openstreetmap.org/wiki/Stats
Cheers
Andy (blackadder)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
>
> > p.s. OSM is a community project, not a programmers project, it's about
> > people, not software :-)
>
> It's both. OSM is first and foremost is a community, but the result of
our effort is a machine-readable database. We are not creating an
encyclopedia that will be casually flipped through
I think that the underlying issue in wikidata tags is that they are external
IDs. Not human readable, they cannot be entered 'by hand' nor verified on the
ground.
Once you accept them in OSM, you can't really complain about bots.
Yves (who still think such UIDs are only needed for the lack of
Yves, yes, they are external IDs. But so are wikipedia titles. Visually
inspecting Wikipedia tile does not provide you with any way to verify its
correctness - you have to look in the external data source (WP). As for
entering by hand - just like you shouldn't enter Wikipedia articles by hand
- y
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
2017-09-26 19:43 GMT+02:00 Yves :
> I think that the underlying issue in wikidata tags is that they are
> external IDs. Not human readable, they cannot be entered 'by hand' nor
> verified on the ground.
>
Yes, it's an external ID, but it acts as intermediary with other databases,
because Wikidata
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
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
2017-09-26 5:14 GMT+02:00 Marc Gemis :
> This might also mean that
> you have to discuss it via Telegram, Facebook, email, IRC, etc.
> depending on where that local community is.
>
> The talk mailing list is not sufficient.
I think this is problematic. If the local community uses a paid service
link fix:
https://forum.openstreetmap.org/viewtopic.php?id=16738
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
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
2017-09-26 6:00 GMT+02:00 Oleksiy Muzalyev :
> But the Latin language does exist, and its popularity is growing [1].
>
see, they also mention Greek ;-)
Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinf
On Mon, 2017-09-25 at 23:11 -0400, Yuri Astrakhan wrote:
> Fixing them by hand seems like a huge waste of the
> community time
I agree. This is purely mechanical work. Drudgery is evil.
I'm willing to try writing a script once I finish my other scripting
projects. This should be straightforward.
for the record: using Latin would be the completely wrong message we could
send out IMHO. It would make us look like an elitist circle [1] and would
make many people feel rejected, or at least make them turn away as soon as
they get to know about it.
Cheers,
Martin
[1] sometimes you already can
>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
W dniu 26.09.2017 o 23:00, Martin Koppenhoefer pisze:
for the record: using Latin would be the completely wrong message we
could send out IMHO. It would make us look like an elitist circle [1]
and would make many people feel rejected, or at least make them turn
away as soon as they get to know
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
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
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
On 25 September 2017 at 07:14, Jo wrote:
> The purpose of the default rendering is to give feedback to mappers.
I'd love to see some stats on how many people visit that map, and their reasons.
Fancy a wager on the percentage that are mappers?
What about people who have no interest in becoming
sent from a phone
> On 26. Sep 2017, at 23:58, Andy Mabbett wrote:
>
> Wherever I go in the world, I try to make some improvements to OSM. Am
> I then a local mapper? In Jakarta, Doha, Cairo, Larnaca, Istanbul, or
> Warsaw?
IMHO you are a local mapper in places that you know very well, eithe
Here is a query that finds all wikidata IDs frequently used in
"brand:wikidata", and shows OSM objects whose "wikidata" points to the
same. I would like to replace all such wikidata/wikipedia tags with the
corresponding brand:wikidata/brand:wikipedia. Most of them are in India,
but there are some
On 26/09/2017 03:40, Yuri Astrakhan wrote:
... I have been blocked by Andy Townsend with the following message.
Let's begin at the beginning - this was a "0-hour block" - you weren't
prevented from using the API for _any_ period of time, merely forced to
read this message first. This was a la
On Wed, Sep 27, 2017 at 1:17 AM, Andy Townsend wrote:
> That's simply rubbish. Tags on an OSM object describe it in the real world.
> They should be verifiable. Whether an OSM object has a wikidata tag on it
> is essentially irrelevant as far as OSM is concerned - it's just a primary
> key into
Hi Frederik,
In your email from Aug 28 you proposed to wait a while as a first step to
gather some feedback on your assessment. Did you receive any? When do you think
you want to proceed with the redaction? Anything we can do to help?
I can assist with preparing the MapRoulette challenge to re-ta
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
On 26.09.17 23:00, Martin Koppenhoefer wrote:
for the record: using Latin would be the completely wrong message we
could send out IMHO. It would make us look like an elitist circle [1]
and would make many people feel rejected, or at least make them turn
away as soon as they get to know about it
Thanks for the info, mmd!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
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
51 matches
Mail list logo