Re: [Tagging] Apps of delivery

[Paul Norman via Tagging]

On 2019-05-15 2:32 a.m., Philip Barnes wrote:

We have deliveroo operating locally, however I have never seen verifiable 
evidence on the restaurants that they offer that service.


Deliveroo might not, but there are delivery services that are indicated 
on restaurant doors here.



___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature proposal - RFC - Railway/Power traction substations

[François Lacombe]

Hi

The traction power substation proposal has been updated regarding possible
values
conversion=(acac, acdc, no) was moved to conversion=(ac_ac, ac_dc, no)

This was a concern raised in private discussion.

Vote will begin shortly if no additional point comes in mind
https://wiki.openstreetmap.org/wiki/Proposed_features/Traction_substations_extension

All the best

François

Le jeu. 25 avr. 2019 à 18:35, François Lacombe 
a écrit :

> Hi all,
>
> I wrote this proposal focused on power conversion in traction substations.
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Traction_substations_extension
>
> It is proposed to use a new key conversion=* to indicate which kind of
> power conversion operates inside a substation.
> As explained in rationale, no voltage=* nor frequency=* can be used as
> reliable information to deduce it at the substation scale.
> conversion=no explicitly means no power=converter device will be found in
> the substation perimeter (for instance, high speed lines modern 25kV AC
> traction systems)
>
> This is an occasion to improve Paris railway substations mapping which
> expose a few different situations
> 63 kV AC => 1500 V DC
> 63 kV AC => 25 kV AC
> 225 kV AC => 25 kV AC
>
> Feel free to add opinions and concerns in Talk page
>
> All the best
>
> François
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Apps of delivery

[Paul Allen]

On Wed, 15 May 2019 at 16:57, Philip Barnes  wrote:

>
> No, because that doesn't verify that the restaurant has endorsed the
> service.
>
> If the food is cold would the restaurant accept my complaint.
>
> Anybody can set up a company to buy something and sell it on at an
> inflated price.
>

I hadn't considered that possibility.  I was already leaning towards the
opinion that many of
these services were likely to be ephemeral.  Some may have been set up
purely to milk
money from investors and will never turn a profit.  Some may be honest
endeavours but
will ultimately fail.  Some may have a workable business model that will
break if/when
legislation ever appears to make the gig economy more fair to the workers.
Even if
two or three survive all that, market forces may mean takeaways switch
allegiances
frequently in order to get the best deal and it would be no more sensible
to map them
than it would be to map the "dish of the day."

And now, as you point out, some of these will be chancers who are not
working in
co-operation with the takeaways and the takeaways themselves may not want
to be
associated with them.

Overall, this tag seems to be a bad idea.  Just tag that the takeaway
itself offers deliveries
by some means.  We don't care if they have their own driver(s) or if they
make use of
these services, just that they offer deliveries.  See the takeaway's
website or phone them for
more details.  If you want to risk using a delivery service app, that's
down to you and the app
installed on your phone.  You'd need the app to make the order anyway, so
you don't need us
to map which takeaways it claims to service.

-- 
Paul
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Apps of delivery

[Philip Barnes]

On Wednesday, 15 May 2019, Martin Koppenhoefer wrote:
> 
> 
> sent from a phone
> 
> > On 15. May 2019, at 11:32, Philip Barnes  wrote:
> > 
> > We have deliveroo operating locally, however I have never seen verifiable 
> > evidence on the restaurants that they offer that service. 
> > 
> > Therefore I would not consider this a suitable thing to tag in OSM.
> 
> 
> would you consider the thing validated if you ordered through them and the 
> order arrived?
> 
No, because that doesn't verify that the restaurant has endorsed the service.

If the food is cold would the restaurant accept my complaint. 

Anybody can set up a company to buy something and sell it on at an inflated 
price.

Phil (trigpoint)

-- 
Sent from my Sailfish device
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Apps of delivery

[Tom Pfeifer]

On 15.05.2019 17:07, Martin Koppenhoefer wrote:

On 15. May 2019, at 11:32, Philip Barnes  wrote:

We have deliveroo operating locally, however I have never seen verifiable 
evidence on the restaurants that they offer that service.

Therefore I would not consider this a suitable thing to tag in OSM.


would you consider the thing validated if you ordered through them and the 
order arrived?


That means, validation comes at the cost of an order?

I am against mapping business policies in OSM, which include

- detailed stock listings in the style nuts:stainless:metric:m5 = yes
- delivery services with which a restaurant or furniture shop cooperates.

tom

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Apps of delivery

[Martin Koppenhoefer]

sent from a phone

> On 15. May 2019, at 11:32, Philip Barnes  wrote:
> 
> We have deliveroo operating locally, however I have never seen verifiable 
> evidence on the restaurants that they offer that service. 
> 
> Therefore I would not consider this a suitable thing to tag in OSM.


would you consider the thing validated if you ordered through them and the 
order arrived?

Cheers, Martin 
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Apps of delivery

[Philip Barnes]

We have deliveroo operating locally, however I have never seen verifiable 
evidence on the restaurants that they offer that service. 

Therefore I would not consider this a suitable thing to tag in OSM.

Phil (trigpoint)

On Wednesday, 15 May 2019, santamariense wrote:
> > I didn't understand what you mean. Exemple :
> > amenity=restaurant
> > name=foo
> > delivery:operator=deliveroo;foo
> > mean that 2 operators are available for this restaurant : deliveroo
> > and the restaurant itself.
> 
> Ohh sorry, well... I misunderstood you. I thought that you've meant:
> "foo" in "deliveroo;foo" is how one would find "foo" in "deliveroo"
> site/app.
> 
> > of course another restaurant elsewhere may also have foo as name
> > but it's not the same objet in osm, no clash between both.
> > you don't confuse phone numbers either, so why would you confuse
> > the delivery operators?
> 
> Anyway there's no guarantee that the final user will find the correct
> "foo" on operator's site/app only by its name. It's like to use the
> tag contact:social_media=facebook;twitter.
> 
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>

-- 
Sent from my Sailfish device
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - crossing=marked

[John Willis via Tagging]

When mapping in Japan, I map all sidewalks. as a Califorinian, where sidewalks 
are common and usually follow the road alignment at all times, I understand 
OSM’s tenancy to map sidewalks are merely an attribute of the road - but when 
dealing with the sidewalks in Japan, they oftentimes follow their own 
alignments and take shortcuts roads cannot - or are abruptly ended to force 
peds onto footbridges, tunnles, or alrernate routes.

almost all minor and residential roads have no shoulders nor sidewalks, so this 
applies to tertiary and above. 

my best friend, by far, is “unmarked crossing”

Here’s one, doing it’s job. 

https://www.openstreetmap.org/way/689318021#map=17/36.61939/140.15490 


Think about how a ped would get to Nikko station from a school or park on the 
east side of the river - the route they would take is very different than the 
route of a car. 

This applies to *so many places* in suburban Japan, not just Tokyo or other 
city centers. small farming towns have irregular ped access - all of it must be 
mapped (where I am). 

when linking sidewalks to roads, usually where sidewalks abruptly end, or where 
a street intersects with the road (but not the sidewalk), I will use unmarked 
crossing to allow proper routing of foot routers. 

https://www.openstreetmap.org/way/490803227 


one sidewalk abruptly ends, and people will cross over to the other. this also 
links in into the road, but still illustrating the end of the actual sidewalk 
. 


https://www.openstreetmap.org/way/490803228#map=19/36.42382/137.87325 


a hundred meters away from the one above. a T intersection has a sidewalk that 
dead-ends. people will cross the street to the other sidewalk (and the other 
other road. a crossing is appropriate but unpainted. 



https://www.openstreetmap.org/way/689318021#map=17/36.61939/140.15490 



This section of sidewalk (including the continued segments on either end of it) 
exemplifies the sidewalks of Japan:

they begin and end with no warning, dumping any foot traffic into the road (not 
the shoulder, but into a car lane). 

- they do not interact well with roads that “T” into their parallel street (no 
consideration for peds trying to cross the road there, unless there is a 
crosswalk)

- larger ones are used as agricultural access as well. this is true of cycling 
roads too.

the “unmarked crossing” is how I link these back into the road, how I put a 
connection to roads that peds would like to access but is not served by a 
crosswalk, and how I mark where they end when the road interrupts them at a 
common intersection - 

“unmarked crossing” is my “unpainted crosswalk”  and “sidewalk link” 
substitution.

Javbw

 

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Voting results - tag:police

[Graeme Fitzpatrick]

On Wed, 15 May 2019 at 15:28, Jan S  wrote:

> Hi everyone,
>
> The police=* proposal has been unanimously approved by 30 votes. Thanks
> for your massive support!
>

Yay!


> I hope that I'll have the time to change the wiki over the next days.
>

Looking forward to seeing it come online.

Thanks

Graeme
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging