On 16 May 2017 at 13:43, Martin Koppenhoefer wrote:
>> Maybe I wasn't clear. If the node, way or relation is tagged, say:
>>
>> building=yes
>> name= Blogg house
>>
>> then the ID on the same node, way or relation refers to the entity
>> which is a building called Blogg house.
>>
>> If the if th
sent from a phone
> On 16. May 2017, at 11:27, Andy Mabbett wrote:
>
>
> Maybe I wasn't clear. If the node, way or relation is tagged, say:
>
> building=yes
> name= Blogg house
>
> then the ID on the same node, way or relation refers to the entity
> which is a building called Blogg house.
On 15 May 2017 at 09:51, Martin Koppenhoefer wrote:
> Maybe I wasn't clear, I'll try to explain it again: the only true
> "entities" in osm are nodes, ways and relations, the rest depends on
> the interpretation of tags. Given that many mappers mix what might be
> perceived by some as different "
sent from a phone
On 14. May 2017, at 00:29, Andy Mabbett wrote:
>> 1) as a mapper you don't know how to deal with them because it is not clear
>> to what they refer (a single property, a combination of properties, the land
>> that has the tag, etc.), and how you should treat them when you mod
On 12/05/17 18:08, Ilya Zverev wrote:
* "The general view seems to be against IDs like this": what has
happened with the principle "any tags you like"? Did we saturate the
key space and not accepting new keys anymore? Can I read that
"general view" documented anywhere? The "ref:navads_shell" key
Hi,
Am 11.05.2017 um 22:53 schrieb Pavel Machek:
> Am 11.05.2017 um 18:15 schrieb Christoph Hormann:
>> Who is 'we' here?
>>
>> Overall and to be perfectly honest i hope you set aside a decent
>> fraction of what they are paying you to donate to the OSM project as
>> compensation for the review
On Sun, May 14, 2017 at 1:27 PM, Nick Bolten wrote:
> Of course, which is why it's so important to capture those users and
> respectfully guide them. Making the procedures more discoverable would also
> work to the community's benefit (not least of which is decreasing the ire
> generated by incom
Of course, which is why it's so important to capture those users and
respectfully guide them. Making the procedures more discoverable would also
work to the community's benefit (not least of which is decreasing the ire
generated by incomplete import announcements), but that's another
discussion for
Hi,
On 05/12/2017 08:08 PM, Nick Bolten wrote:
> It is not particularly obvious that imports need to follow the wiki
> guide and then use a (frankly outmoded) mailing list, not to mention
> always-changing, community-derived tagging standards,
... then again the last thing we need is *new users*
On 2017-05-14 13:08, Mike N wrote:
> On 5/13/2017 6:27 AM, Andy Mabbett wrote: On 13 May 2017 at 10:06, michael
> spreng wrote:
>
> private ones are a clear no like this navads_shell A "clear no" in the sense
> that some of us think they're perfectly acceptable
Acceptable, yes. But having
On Sun, 2017-05-07 at 10:40 +0200, Pavel Machek wrote:
>
>
> We want to update data from the import in the future, so this kind of
> id is ok.
That type of data cannot be relied upon for maintenance. As others have
said these 'meaningless' tags will be removed by mappers. Objects will
be copied
On 5/13/2017 6:27 AM, Andy Mabbett wrote:
On 13 May 2017 at 10:06, michael spreng wrote:
private ones are a clear no like this navads_shell
A "clear no" in the sense that some of us think they're perfectly acceptable
Acceptable, yes. But having any value to OSM - no. Consider the
real
On Sat 2017-05-13 11:06:25, michael spreng wrote:
> On 12/05/17 18:08, Ilya Zverev wrote:
> > Hi everyone,
> >
> > First, I was amazed at the response. Thanks for constructive feedback,
> > which I answer below, and no thanks for toxic responses, including asking
> > for money (what money? We —
From looking at
http://bl.ocks.org/anonymous/raw/70742fe51e281cb2cd5a80b8eb1e8e11/ ,
there seems to be a bit of an issue with the geographic position of new
ones. For example at M1 Woodall Services, NVDS298-10019330 is one of
two - M1 northbound and southbound - that are being proposed to be a
On 13 May 2017 at 21:40, Martin Koppenhoefer wrote:
>> On 13. May 2017, at 12:27, Andy Mabbett wrote:
[ on whether IDs like navads_shell should b included in imported data]
>> A "clear no" in the sense that some of us think they're perfectly acceptable
> I'm also against it,
That does not ne
sent from a phone
> On 13. May 2017, at 12:27, Andy Mabbett wrote:
>
> A "clear no" in the sense that some of us think they're perfectly acceptable
I'm also against it, for several reasons:
1) as a mapper you don't know how to deal with them because it is not clear to
what they refer (a si
On 13 May 2017 at 10:06, michael spreng wrote:
> private ones are a clear no like this navads_shell
A "clear no" in the sense that some of us think they're perfectly acceptable
--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
Imports m
I'm adding ref:De_Lijn and ref:TEC on all our bus stops here in Belgium.
The ones of De Lijn are easily verifiable, they figure on the 'flags'. The
ones from TEC aren't. Still I'm using them to match the stops. The other
ids I'm adding are on the route_master relations. I'm using those as well
to e
On 12/05/17 18:08, Ilya Zverev wrote:
> Hi everyone,
>
> First, I was amazed at the response. Thanks for constructive feedback, which
> I answer below, and no thanks for toxic responses, including asking for money
> (what money? We — as in maps.me — get none out of this) and imposing
> impossib
If it is included, it's best to go for the more specific one.
Polyglot
2017-05-12 22:08 GMT+02:00 Imre Samu :
> > Ilya: I am not sure if I should add the brand:wikidata=Q154950 tag, and
> for now decided against that.
>
> If the brand:wikidata= will be included, we need to discuss what is
> th
> Ilya: I am not sure if I should add the brand:wikidata=Q154950 tag, and
for now decided against that.
If the brand:wikidata= will be included, we need to discuss what is
the correct Wikidata ID, Q28974622 or Q154950?
https://www.wikidata.org/wiki/Q28974622 Shell UK; official website =
http
On Friday 12 May 2017, Nick Bolten wrote:
>
> It is not particularly obvious that imports need to follow the wiki
> guide and then use a (frankly outmoded) mailing list, not to mention
> always-changing, community-derived tagging standards, so until it
> becomes easy for new users to discover what
Christoph,
Respectfully, these kinds of personal and invective-laced comments make the
OSM community appear hostile to contributors trying something new, who will
never get everything perfectly right. As a rule, there is no need to even
directly address the person suggesting a (potentially inadequ
On 12 May 2017 at 18:40, Christoph Hormann wrote:
>> Thanks for constructive
>> feedback, which I answer below, and no thanks for toxic responses,
> So you say you only consider comment
No, he drew a distinction between "constructive feedback" and "toxic comments".
It behoves us all to underst
On 12 May 2017 at 17:08, Ilya Zverev wrote:
> I am not sure if I should add the brand:wikidata=Q154950 tag, and for now
> decided against that.
I would encourage you to include this.
> * "The general view seems to be against IDs like this": what has happened
> with the principle "any tags you
On Friday 12 May 2017, Ilya Zverev wrote:
>
> First, I was amazed at the response. Thanks for constructive
> feedback, which I answer below, and no thanks for toxic responses,
> [...]
So you say you only consider comments you like and if someone points out
that even though you have been involved
Hi everyone,
First, I was amazed at the response. Thanks for constructive feedback, which I
answer below, and no thanks for toxic responses, including asking for money
(what money? We — as in maps.me — get none out of this) and imposing impossible
restrictions (manually investigate context for
Hi,
On 05/11/2017 05:39 PM, Ilya Zverev wrote:
> Together with the NavAds company, we plan to import a thousand Shell
> fuel stations to the United Kingdom. The source is official, which
> means, Shell company specifically shared the dataset to put them on
> maps. Do you have any objections or que
On 5/11/2017 8:39 AM, Ilya Zverev wrote:
Hi everyone,
Together with the NavAds company, we plan to import a thousand Shell fuel
stations to the United Kingdom.
Don't forget that the consultation with the community is both the
imports@ list and the local community. Because the data seems to c
On Thursday 11 May 2017, Ilya Zverev wrote:
>
> The import is done with the OSM Conflator script. It matches dataset
> points to all amenity=fuel nodes and polygons inside a 50 meter
> radius.
So if current mapping in OSM is off more than 50m you get duplicates?
From what Christoph highlighted; w
Hi!
> > If found, the object is not moved, but tags are updated from
> > the dataset. The object gets correct opening hours, uniform brand and
> > operator tags, and so on.
>
> So if Shell 'knows' a station opens at 8 am although mappers have
> verified locally that it actually is not open befo
2017-05-11 17:39 GMT+02:00 Ilya Zverev :
> The import is done with the OSM Conflator script. It matches dataset
> points to all amenity=fuel nodes and polygons inside a 50 meter radius. If
> found, the object is not moved, but tags are updated from the dataset.
what if there are several petrol
created_by is deprecated, but JOSM will take care of that.
source belongs on the changeset
Is it possible to include brand:wikidata=Q154950 ? US, Canada and Nigeria
seem to have different wikidata ids.
I'm not sure about operator, shouldn't that be the person/company operating
that particular bra
On Thursday 11 May 2017, Ilya Zverev wrote:
>
> The import is done with the OSM Conflator script. It matches dataset
> points to all amenity=fuel nodes and polygons inside a 50 meter
> radius.
So if current mapping in OSM is off more than 50m you get duplicates?
What do you do if the location you
Of course: https://github.com/mapsme/osm_conflate
I wrote a few words about its usage on the wiki:
https://wiki.openstreetmap.org/wiki/OSM_Conflator
Ilya
> 11 мая 2017 г., в 18:46, Ian Dees написал(а):
>
> I'm interested in doing something like this with lots of US chains (see
> https://gith
On Thu, May 11, 2017 at 11:39 AM, Ilya Zverev wrote:
> Hi everyone,
>
> Together with the NavAds company, we plan to import a thousand Shell fuel
> stations to the United Kingdom. The source is official, which means, Shell
> company specifically shared the dataset to put them on maps. Do you have
Hi everyone,
Together with the NavAds company, we plan to import a thousand Shell fuel
stations to the United Kingdom. The source is official, which means, Shell
company specifically shared the dataset to put them on maps. Do you have any
objections or questions?
The import is done with the OS
37 matches
Mail list logo