在 2020年5月9日週六 07:07，François Lacombe 寫道：
> Hi
>
> Le ven. 8 mai 2020 à 20:48, Phake Nick a écrit :
>
>> motorcycle are not the same type of service as regular taxi.
>>
>
> Then may I ask you why ?
> I pay a driver to take me where I want to with his vehicle.
>
"I pay a driver to take me where
On 5/7/20 1:49 PM, Joseph Eisenberg wrote:
> So, what's the next step?
>
> 1) Propose using taxi=motorcar, =motorcycle, =boat, =airplane, and get
> that idea officially rejected (it appears it would be certain to fail),
> or is that a waste of everyone's time?
taxi=* is already used as an access
On Sat, 9 May 2020 at 00:59, François Lacombe
wrote:
We're not having an argument about making a difference or not between
> motorcycles or cars
>
What we're having is an argument about taxonomy.
Some people have mental models that distinguish between a taxi, an ojek and
a rickshaw, pther peopl
Hi Joseph,
Le sam. 9 mai 2020 à 01:28, Joseph Eisenberg a
écrit :
> François,
>
> Have you personally hired a motorcycle before, or is the assumption that
> this is the same service based on theory rather than experience?
>
I've hired some before lockdown, independently as cars when alone.
I've
François,
Have you personally hired a motorcycle before, or is the assumption that
this is the same service based on theory rather than experience?
The proposal gave several reasons that using amenity=taxi was not a good
idea, including these:
"Motorcyles have different abilities.
"In contrast
Hi
Le ven. 8 mai 2020 à 20:48, Phake Nick a écrit :
> motorcycle are not the same type of service as regular taxi.
>
Then may I ask you why ?
I pay a driver to take me where I want to with his vehicle.
> The reaso why you get the feeling of people saying "you don't understand"
> to you is be
On Fri, 8 May 2020 at 09:05, Phake Nick wrote:
> On 2020-05-08 Fri 20:45, Jarek Piórkowski wrote:
>> How much discussion do you think should be necessary before voting "I
>> oppose, because I think using sub-tags is better"? If someone thinks
>> that, they think that. A discussion would just prin
On Fri, 8 May 2020 at 18:30, Joseph Eisenberg
wrote:
> > (especially those approved after, say, 2012)
>
> The proposal process became more difficult after March 2015, when the
> standard for approval was changed from >50% to >74%:
>
> https://wiki.openstreetmap.org/w/index.php?title=Proposal_proc
> (especially those approved after, say, 2012)
The proposal process became more difficult after March 2015, when the
standard for approval was changed from >50% to >74%:
https://wiki.openstreetmap.org/w/index.php?title=Proposal_process&type=revision&diff=1150734&oldid=1143140
This has been helpf
On Fri, 8 May 2020 at 09:05, s8evq wrote:
> On Fri, 8 May 2020 08:43:27 -0400, Jarek Piórkowski
> wrote:
> > How much discussion do you think should be necessary before voting "I
> > oppose, because I think using sub-tags is better"? If someone thinks
> > that, they think that. A discussion woul
The tag motorcycle=yes is already documented as defining legal access
restrictions for motorcycle riders, like access=yes or foot=yes
See https://wiki.openstreetmap.org/wiki/Tag:motorcycle%3Dyes
-- Joseph Eisenberg
On Fri, May 8, 2020 at 1:34 PM Florimond Berthoux <
florimond.berth...@gmail.com>
Hi,
5) As a French I have to give you again the universal answer : amenity=taxi
+ motorcycle=yes + whateveryourvehicle*=yes|*designated :)
Tags is an intermediate language between human and machine, at the end its
just characters with definitions, but some are easier to use for mapping
and comput
That they exists doesn't mean they make a different. Taxi with low
pollution and taxi with electric power are same type of taxi as regular
taxi while motorcycle are not the same type of service as regular taxi.
That is like saying we shouldn't have a separate tag for bus versus cars
because there a
May 8, 2020, 19:23 by marc_marc_...@hotmail.com:
> Le 08.05.20 à 19:06, Phake Nick a écrit :
>
>> Your argument was like saying we should use a amenity=stop tag for all
>> bus stop, taxi stop, helicopter stop, and cruise ship stop because they
>> are just "services
>>
>
> public_transport=* was
May 8, 2020, 18:06 by kevin.b.ke...@gmail.com:
> On Fri, May 8, 2020 at 9:06 AM Phake Nick wrote:
>
>> Given the proportion of opposing comment being raised, I would say "more
>> than what have been discussed", as barely anyone raised the point during the
>> discussion. The only two remotely
Le 08.05.20 à 19:06, Phake Nick a écrit :
> Your argument was like saying we should use a amenity=stop tag for all
> bus stop, taxi stop, helicopter stop, and cruise ship stop because they
> are just "services
public_transport=* was invented for a service and relegate
the mode of transport to a su
apart from the joke with the foot_taxi, I used all the others, what to
reply to someone who tells me it's not common and therefore gives the
impression that only this usecase is important and therefore requires a
top-level tag just for that ?
that's why it gives the impression that you're saying "
On 2020-05-08 18:01, Greg Troxel wrote:
> I think we now know that the existing datums don't differ much from WGS84
> except Belgium, and given the EVRF2007 datum, it seems clear that Belgium now
> will have that and the old one, differing by 2m.
> Hence the thing we need to know, we don't, in t
在 2020年5月8日週五 23:47，Marc M. 寫道：
> Hello,
>
> > If these arguments were given beforehand
>
> except memory problem, I exposed this opinion here during the RFC
> (=consider that taxi is a service independent of the propulsion
> of the engine which is a sub-tag), and I have the impression that
> the
On Fri, 2020-05-08 at 09:17 -0700, Joseph Eisenberg wrote:
> There used to be human-pulled rickshaws, but these no longer exist.
> They were take over by pedicabs / aka bicycle rickshaws, since those
> are much more efficient.
Not so. I've seen human-pulled rickshaws in Japan. And they probably
ha
The subject of a vote should not be amendable. All the discussions,
debates, consideration of alternatives etc should be BEFORE the proposal
is put to the vote. If a vote fails, THEN the proposal might be amended
and submitted again - but this has to be subject to some time
constraints such as not
For the record, I responded to Marc Marc’s comment on this list, and there
was not a response back:
“ On 2/20/20, marc marc wrote:
> Le 20.02.20 à 12:45, Joseph Eisenberg a écrit :
>> Can't we have an easy to use top-level feature tag, instead of having
>> to add 3 tags like amenity=taxi + motorca
On Fri, May 8, 2020 at 9:06 AM Phake Nick wrote:
> Given the proportion of opposing comment being raised, I would say "more than
> what have been discussed", as barely anyone raised the point during the
> discussion. The only two remotely relevant mentions about it during the
> discussion proce
On 2020-05-08 11:33, Martin Koppenhoefer wrote:
It could be useful when mapping something like a building. You could
establish a certain elevation as local zero (e.g. the elevation of the
ground floor) and have all other levels based on this. It is something
that could also not be needed becau
Martin Koppenhoefer writes:
> I was not aware there weren't any meaningful differences (when comparing
> some official height references to the German DHHN92 those in wikipedia.de
> with delta information all are within 1m besides Belgium DNG/TAW, which is
> -2.3).
Thanks for looking into this.
Hello,
> If these arguments were given beforehand
except memory problem, I exposed this opinion here during the RFC
(=consider that taxi is a service independent of the propulsion
of the engine which is a sub-tag), and I have the impression that
the answer was "you didn't understand".
I would ha
Am Fr., 8. Mai 2020 um 17:16 Uhr schrieb Martin Koppenhoefer <
dieterdre...@gmail.com>:
> I was not aware there weren't any meaningful differences (when comparing
> some official height references to the German DHHN92 those in wikipedia.de
> with delta information all are within 1m besides Belgium
Am Fr., 8. Mai 2020 um 14:35 Uhr schrieb Colin Smale :
> As I mentioned before, the national datums of the Netherlands and Belgium
> differ by over 2m, which for everything connected to water is very
> significant. Waterways often form the border, with bridges that cross the
> border. You cannot u
Am Fr., 8. Mai 2020 um 14:26 Uhr schrieb Greg Troxel :
> Martin Koppenhoefer writes:
>
> > Am Fr., 8. Mai 2020 um 03:26 Uhr schrieb Greg Troxel :
> > the "definition" for "ele:local" (in German language on the English talk
> > page of the tag) seems to be about this: a local datum based on a loca
Am Fr., 8. Mai 2020 um 14:09 Uhr schrieb Greg Troxel :
> Martin Koppenhoefer writes:
>
> > Am Fr., 8. Mai 2020 um 03:22 Uhr schrieb Greg Troxel :
> >
> >> 3) Look up the data sheet and mark it as ele:datum=NGVD29 or
> >> ele:datum=NAVD88 as it turns out.
> >
> > IIRR, in another mail, you wro
My thoughts - trying to be brief, I started writing a much longer
message, but it got disorganized fast:
1. ele=* should always be orthometric.
2. Datum may be supplied with ele:datum=*, defaulting to
'ele:datum=unknown'. Within the regions of the Earth where a datum is
valid, all the datums in c
On 08/05/2020 14:04, s8evq wrote:
And then some people in this very thread suggest to just ignore a
rejection and start using it anyway. What's the use of the whole
voting system then?
Frankly, not much.
Why even bother writing a proposal in the first place? I'll just do
whatever.
"I'll
Colin Smale writes:
> As I mentioned before, the national datums of the Netherlands and
> Belgium differ by over 2m, which for everything connected to water is
> very significant. Waterways often form the border, with bridges that
> cross the border. You cannot use a map/chart (at last for tidal
Dear all,
some time ago I started the proposal to define tags for several light
electric vehicles. It turned out to be difficult to come up with names
for keys that unambiguously describes all these vehicles.
During discussion the idea came up to separate the proposal in two
parts. This first
On Fri, 8 May 2020 08:43:27 -0400, Jarek Piórkowski wrote:
> On Fri, 8 May 2020 at 02:27, s8evq wrote:
> >
> > Of the 8 opposing votes, only 1 has made the effort to comment beforehand
> > on the talk page. The 7 others just came in and voted no, without any
> > discussion beforehand. That does
On 2020-05-08 Fri 20:45, Jarek Piórkowski wrote:
>
> How much discussion do you think should be necessary before voting "I
> oppose, because I think using sub-tags is better"? If someone thinks
> that, they think that. A discussion would just print the arguments
> back and forth.
>
Given the pro
On Fri, 8 May 2020 at 02:27, s8evq wrote:
>
> Of the 8 opposing votes, only 1 has made the effort to comment beforehand on
> the talk page. The 7 others just came in and voted no, without any discussion
> beforehand. That doesn't seem correct. It should not be possible to be
> suddenly faced wi
On 2020-05-08 14:09, Greg Troxel wrote:
> Martin Koppenhoefer writes:
>
> Am Fr., 8. Mai 2020 um 03:22 Uhr schrieb Greg Troxel :
>
> 3) Look up the data sheet and mark it as ele:datum=NGVD29 or
> ele:datum=NAVD88 as it turns out.
> IIRR, in another mail, you wrote that the difference between t
Martin Koppenhoefer writes:
> Am Fr., 8. Mai 2020 um 03:26 Uhr schrieb Greg Troxel :
>
>> The notion of "local" has the same problem, and it is also a poor choice
>> of words in that in surveying, "local", refers to coordinate systems
>> established for particular projects or surveys that have no
Martin Koppenhoefer writes:
> Am Fr., 8. Mai 2020 um 03:22 Uhr schrieb Greg Troxel :
>
>> 3) Look up the data sheet and mark it as ele:datum=NGVD29 or
>> ele:datum=NAVD88 as it turns out.
>
> IIRR, in another mail, you wrote that the difference between these 2 is
> less than a meter, can you
Peter Elderson writes:
> Why not use a datum:value pair?
>
> ele=[datum:]value
>
> datum: is optional. If you don't know, just leave it out. Data users can
> assume locally signed or known.
Becuase, as I have said many times and no one seems to be listening, in
OSM we have said that we use WGS84
On 7/5/20 1:54 am, Philip Barnes wrote:
On Wed, 2020-05-06 at 14:03 +0200, Martin Koppenhoefer wrote:
sent from a phone
On 6. May 2020, at 13:14, lukas-...@web.de wrote:
In the wiki I found bell_tower=* (but without a carillon-specific
value) and I think a carillon does not have to be a be
Am Fr., 8. Mai 2020 um 03:22 Uhr schrieb Greg Troxel :
> 3) Look up the data sheet and mark it as ele:datum=NGVD29 or
> ele:datum=NAVD88 as it turns out.
>
IIRR, in another mail, you wrote that the difference between these 2 is
less than a meter, can you confirm this, or did I understand you
Le 07.05.20 à 20:49, Joseph Eisenberg a écrit :
> Opposing voters preferred using amenity=taxi + motorcycle=yes
> So, what's the next step?
propose that :) (maybe with motorcycle=only variant if needed)
it allow to have "zone when you request to be transported by individual
transport" with sever
Am Fr., 8. Mai 2020 um 03:26 Uhr schrieb Greg Troxel :
> The notion of "local" has the same problem, and it is also a poor choice
> of words in that in surveying, "local", refers to coordinate systems
> established for particular projects or surveys that have no lasting
> significance.
>
the "de
Hi,
at the moment, there are not so many people who looked at my proposal for traffic_signals=crossing_only :
https://wiki.openstreetmap.org/wiki/Proposed_features/traffic_signals%3Dcrossing_only
I would look forward to some more people comment or vote on my proposal which has the aim to dist
Why not use a datum:value pair?
ele=[datum:]value
datum: is optional. If you don't know, just leave it out. Data users can
assume locally signed or known.
Thus, the spontaneous mapper and the elevation experts are served. Mapper
communities can establish regional preferences. Quality checking ca
> 2) Use ele:datum=unknown as a clue that the data is not that high
> quality.
or make that the default, so that when there is no ele:datum data
consumers have to consider it as unknown .
Any ordinary mapper, including myself, just wants to put the number
they see on a sign into the database.
sent from a phone
> On 8. May 2020, at 00:43, Paul Norman via Tagging
> wrote:
>
> As a next step, I'd map motorcycle taxis as amenity=motorcycle_taxi. Vote
> with your mapping.
+1, most people who voted no supposedly never saw a motorcycle taxi in their
life...
Cheers Martin
__
49 matches
Mail list logo
