Le 09.08.19 à 15:32, Joseph Eisenberg a écrit :
> I'm trying to figure out what this means
it mean the contributeur doesn't understand changeset set
or understand it but find it more convenient to use tags on
changeset and stamps if it's not reliable
> doesn't have a wiki page.
add a redirect
Le 07.08.19 à 21:36, Morten Lange via Tagging a écrit :
> I wonder how I should tag bicycle shops that are not shops in the
> traditional "buy our products" sense.
one area for the community center
one node inside this area for the shop
> community_centre=bicycle_maintenance
this only make
Le 06.08.19 à 15:49, Tod Fitch a écrit :
> ZIP code for an address is desirable to provide completeness. But making it a
> requirement? No.
I agree. where is the zip code an requirement ?
___
Tagging mailing list
Tagging@openstreetmap.org
Le 31.07.19 à 10:50, Joseph Eisenberg a écrit :
> when should a new value should be added to the wiki page "Map Features".
imho when the key is :
- documented
- well used/supported
- not controversial
___
Tagging mailing list
Tagging@openstreetmap.org
The only way to have a chance to get away with it is to depreciate
this tag (at least outside uk but maybe also in uk) in favor of a tag
by meaning instead of having a multi-meaning tag
- green area: maybe landcover=greenery could be appropriate,
but if there is no rendering on osm-carto, let's
Hello,
Le 15.07.19 à 13:33, joost schouppe a écrit :
> The most common value for maxstay=* is 0.
we had this discussion a few weeks ago.
I have retained 3 different usecases:
- there is no panel: unsigned=maxstay
- it is forbidden to stay, only stop : maxstay=load-unload
- it is permitted to
Le 07.07.19 à 10:31, Joseph Eisenberg a écrit :
> the difference between "de facto" and "in use"
> is unclear at the moment.
approved : a proposal was made and approved during the vote.
no proposal has in the meantime depreciated this tag.
de facto: a not-voted tag but whose important use and
Hello,
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dwindow
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dwindows
"deprecated. The recommended replacement is: tag:craft=window_construction"
but howto tag a shop that sell windows build/made elsewhere ?
iho craft is only for the place where
Le 09.07.19 à 15:04, MARLIN LUKE a écrit :
> I've read in the wiki (and on this list) that it's best to avoid loosing
> history.
the usecase is when a poi change his name : don't delete+create an new
the poi, but update the name
> -Remove the tag and keep a blank point?
no.
> -Remove the
Le 06.07.19 à 15:17, Joseph Eisenberg a écrit :
> provide after-school additional instruction
why it isn't still a school with another min_age/max_age
or any additional tag ?
___
Tagging mailing list
Tagging@openstreetmap.org
Le 06.07.19 à 14:59, Dave F via Tagging a écrit :
> > use highway=path"
> This is incorrect <...> on a shared path
Funny to say that a shared PATH mapped with highway=PATH is incorrect.
we already have this discussion several times on talk-fr, it's often
the same scenario:
- a cyclist considers
Le 06.07.19 à 14:52, bkil a écrit :
> We would need something like: housed_in=vehicle
location=vehicle
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Le 03.07.19 à 17:17, Jmapb via Tagging a écrit :
> bbq:grills=yes/no/1+
or device=* (already approved tag do describe the number
of same devices) ?
> bbq:bring_own=yes/no
or equiped=yes/no : the bbq is always there or it's an allowed
but not-equiped area and you need to bring your own ?
The other major use booking=* with *!=booking.com concerns trains
in or passing through France, I talked about it on talk-fr and transport
(the French-speaking transit mailing).
no one has so far opposed to move those in reservation=*,
but I will wait a few more days before modifying these
Le 05.07.19 à 10:53, 石野貴之 a écrit :
> My proposal is the following:
> 1. Use a well-documented tag for the main tag. I think
> office=educational_institution would be the best, but
office=* is for office related stuff
the place where the staff do "office activities" can get an office=*
But i
Le 03.07.19 à 03:10, brad a écrit :
> Thoughts?
4) use smoothness if it suits your needs better
without changing the meaning of a tag used elsewhere in your region
___
Tagging mailing list
Tagging@openstreetmap.org
Le 03.07.19 à 03:10, brad a écrit :
> Thoughts?
4) use smoothness if it suits your needs better
without changing the meaning of a tag used elsewhere in your region
___
Tagging mailing list
Tagging@openstreetmap.org
Le 04.07.19 à 18:26, Jmapb a écrit :
> As far as I know, amenity=school is the *only* accepted landuse-esque
> tagging for school grounds.
it's the perfect example of confusion between two different things.
if a school is located on the ground floor of an apartment, office,
or commercial
I think you were badly inspired when you listened to the supporters
of the mega proposals that fail to pass the vote (see history of
police=* diaper=* and many other).
I think the first version of your proposal was good, just focus on a
new tag, without including the unfinished debate on a
all maxtents=yes are in a "small" area in the north of the USA.
https://overpass-turbo.eu/s/KrR
I have send a changeset comment to ask the meaning.
despite that, maxtents= are indeed a bad idea.
capacity:tents is a more common schema
but I don't really see any advantage with
tents=yes +
Le 03.07.19 à 17:36, Paul Allen a écrit :
> On Wed, 3 Jul 2019 at 16:16, marc marc wrote:
> Le 03.07.19 à 16:55, Paul Allen a écrit :
>>> What "unsigned" doesn't do is identify how the mapper came
>>> to any conclusion about the weight
>>
Le 03.07.19 à 16:55, Paul Allen a écrit :
> What "unsigned" doesn't do is identify how the mapper came to any
> conclusion about the weight
> limit or how other mappers may verify it.
unsigned just said "no info on the ground"
the panel may have fallen, stolen or not yet installed,
the unsigned
Le 13.06.19 à 15:15, Tobias Zwick a écrit :
> it semantically refers to the <...> key
it is a problem common to many keys but there is no overall coherence.
extend unsigned used for name with unsigned=
is easy to make a link betweeen the key and "no info on the ground".
it avoids:
- using funny
Le 02.07.19 à 13:38, Joseph Eisenberg a écrit :
> The similar feature tag is amenity=bbq
>
> Is there a reason to pick one of these two tags over the other?
I like having the same string between the main tag for the device
and the key for the caracteristic of a site having this device.
so imho
Le 02.07.19 à 13:34, Joseph Eisenberg a écrit :
> "booking=*" is recommended to be used with tourism=camp_site, but the
> similar tag "reservation=*" has been used
booking=* already has 14 conflicts with the url of the site.
it seems preferable to migrate the
Le 01.07.19 à 12:36, Tobias Zwick a écrit :
> Maybe mobile-but-usually-stationary (or with a fixed schedule) amenities and
> shops could get an extra tag
somes mapper use street_vendor=yes
___
Tagging mailing list
Tagging@openstreetmap.org
> Re: "slab=yes/no to show whether there is a slab on the pitch"
> Is this different than surface=concrete? or surface=paved?
>
> A bit different, yes.
> Have a look at https://images.app.goo.gl/2qBV3P3R2wc7wmV27
surface=concrete;grass ?
> Re: "off-ground only" for fires
I think
Le 30.06.19 à 00:57, Joseph Eisenberg a écrit :
> What is an "important object?"
> 2) "Don't map insignificant, perishable and mobile object"
> "Please do not map objects that are insignificant (like small plants),
I find this "important" very subjective, it varies according
to the contributor's
Hello,
Le 28.06.19 à 10:52, Ulrich Lamm a écrit :
> disappoval of the systematical mapping of waterways.
your message does not contain any questions
but if you want to know what others think about the systematic
use of riverbank, wiki said :
Le 25.06.19 à 10:16, Ulrich Lamm a écrit :
> the ban is totally injust.
add injust=maybe
or
find a better place to talk about not-related-to-tags stuff
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Le 22.06.19 à 10:31, bkil a écrit :
> I wonder why nobody has created a gateway
> to merge all discussions
nabble.com/ do the job (but you can only merge ml/forum only
___
Tagging mailing list
Tagging@openstreetmap.org
> waiting areas often have specific locations
> to charge electronic devices.
https://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Ddevice_charging_station
> amenity=charging_station <> amenity=power_supply
some normal electrical outlets allow cars to be charged
and some charging terminals use
Le 20.06.19 à 11:58, Frederik Ramm a écrit :
> suggest to get in touch with "us" and/or other mappers through
imho the list is too long.
by drowning users with everything that exists, they often end
up not knowing what to choose.
for example, it seems difficult to me to say that Twitter is
a
Le 20.06.19 à 09:46, Martin Koppenhoefer a écrit :
>> Should this number be the total number of nurses employed
>> at the facility or the total who are working each day?
> actually both may be interesting
staff:nurses:capacity <> staff:nurses:count (or :avg)
Hello,
Le 19.06.19 à 22:17, Mhairi O'Hara a écrit :
> Hello Tagging Mailing List,
imho you request too many comment in one email,
the thread 'll soon become unmanageable
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:staff_count:doctors
>
Le 19.06.19 à 17:50, Martin Koppenhoefer a écrit :
> Am Mi., 19. Juni 2019 um 16:48 Uhr schrieb marc marc :
>> The question that arises is the tag to link the vineyard to the wine.
>> I'm thinking about a tag like for:product=* set on a landuse=vineyard
>
> Can you
Hello,
a contributor on talk-fr would like to provide more information
about a vineyard.
The question that arises is the tag to link the vineyard to the wine.
Let's avoid a site relation, it was quickly very complicated given
the cross-links between many actors.
I'm thinking about a tag like
Le 18.06.19 à 22:07, Markus a écrit :
> If you want to use a new tag for special wheelchairs
the example has little to do with wheelchairs, a paraplegic,
a blind person, a patient could just as easily go for a walk
the itinerary seems to describe + the activity of an association
or group of
Le 18.06.19 à 16:28, Andreas Lattmann a écrit :
> mountain trails for disabled people
map the mountain trails as usual (way and/or relation)
and add wheelchair=yes on it (or wheelchair=limited
if ppl need help to use it)
___
Tagging mailing list
Le 17.06.19 à 03:53, Joseph Eisenberg a écrit :
> we don't label Paris as the geographic center of Ile-de-France.
You confuse the two
the Paris label is actually not based on the geography of
Ile de France since these are 2 unrelated things except
that one is admin_center of the other
>
Hello Frederik,
Le 15.06.19 à 12:28, Frederik Ramm a écrit :
> On 6/14/19 5:49 PM, marc marc wrote:
>> I think the proposals for a new tag should clearly say:
>> - add such tag
>> - edit the old tag description to point the new tag
>> - write to editors to adapt prese
Le 15.06.19 à 13:09, Mateusz Konieczny a écrit :
> How to mark locations where grilling is legal,
> but one needs bring own grill?
bbq=limited
> bbq=designated
as designated is often "yes and build for this usage",
I find it unsuitable
___
Tagging
Le 14.06.19 à 21:26, Lionel Giard a écrit :
> we need an human review
I wonder what the added value to make a human review for changing
diplomatic=honorary_consulate
into
diplomatic=consulate + consulate=honorary_consulate
of course, some may be wrong, but this has nothing
to do with the tag
Le 14.06.19 à 18:26, Jmapb a écrit :
> the subtags cannabis:medical and cannabis:recreational are proposed
or usage=medical|recreational
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Hello,
Le 13.06.19 à 15:15, Tobias Zwick a écrit :
> it semantically refers to the <...> key
it is a problem common to many keys but there is no overall coherence.
extend unsigned used for name with unsigned=
is easy to make a link betweeen the key and "no info on the ground".
it avoids:
-
Le 14.06.19 à 15:10, Martin Koppenhoefer a écrit :
> we should be very reluctant to mark tags as deprecated (i.e. it
> should happen after their usage significantly dropped
in French we say "c'est le chat qui se mord la queue"
tag use changes little as long as presets do not change.
presets
Le 14.06.19 à 16:34, Joseph Eisenberg a écrit :
> The proposal for the feature tag tourism=camp_pitch is now open for voting.
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:tourism%3Dcamp_pitch
I hope that the size of the proposal and its ambiguity will not harm it
(it is presented
Le 11.06.19 à 09:31, Martin Koppenhoefer a écrit :
>> On 11. Jun 2019, at 01:41, Paul Allen wrote:
>>
>> I'd be inclined to leave "in use" as a German synonym for "de facto" unless
>> people who have German as a first language say that "de facto" would be
>> acceptable.
> maybe there are
Le 11.06.19 à 22:06, Violaine_Do a écrit :
> boundary=refugee see
> https://wiki.openstreetmap.org/wiki/Proposed_features/Refugee_Camp_Boundaries
I agree with a boundary= because
boundary=administrative is wrong when it'sn't a administrative boundary
but it's the same issue with admin_level,
Le 11.06.19 à 01:19, Yuri Astrakhan a écrit :
> There is currently 267 key & tags on OSM wiki with mismatching STATUS
> field, as seen in http://tinyurl.com/y62j5m5e
I have fixed some of them in the key page
but items doesn't have a auto-update :)
so it's hard to follow the status with the
t; you can find the conversion table at
> https://wiki.openstreetmap.org/wiki/Key:changing_table
>
> I promised to create such a table and I am not one who breaks his
> promises
>
> On Wed, 2019-06-12 at 14:41 +, marc marc wrote:
>> Hello,
>>
>> Le 12.06.1
Hello,
Le 12.06.19 à 16:14, Valor Naram a écrit :
> "What do we do with the POIs having the Key:diaper?"
I had proposed that a conversion table be added,
this would have avoided reopening the thread :)
imho the best thing to do, in order:
- create the wiki page(s) for the new key(s) and values
Le 11.06.19 à 11:14, Tomas Straupis a écrit :
>What do you think?
I find very strange that reservoir is a landuse by itself
it would be a bit like putting landuse=rest on a bench
or landuse=stop on a parking lot.
landuse should be what the place is for. reservoir is the function
of the
Le 09.06.19 à 01:12, Richard a écrit :
> The water level drops a few inches and
> suddenly the "pipe" is no longer water filled
intermittent=yes/no
some industrial installations (I am thinking of an waterway between
retention basins at the Grande-Dixence Dam, part of which is natural)
have
thanks for your previous reply but sorry I fail to understand
how that answers my question, so I ask again more simply:
if I want all the path in a park, I create a propal with park=path ?
then forest=path ? and so on with all "this object is inside this one"
you tell yourself that the
Hello,
Le 07.06.19 à 19:08, François Lacombe a écrit :
> a need to distinguish sites and devices in our tagging.
making a difference between a characteristic of a site and the device
providing that characteristic is already what we do for many objects.
below are some examples.
I find it quite
Le 07.06.19 à 15:56, Jan S a écrit :
> What's decisive is the vocation of the facility
and even before that, is there a facility at all ?
because there is a big difference between
1) people who fled the war and stopped "elsewhere",
then sometimes helped by ngo to survive
and
2) a
Hello,
in our operation to fix campsite errors, there are several
cases of refugee camps.
some have temporarily abused tourism=camp_site to get a rendering
and be able to use standard applications (I can understand, lives
are impacted), but after a few years after the first use,
we should find
having 2 key with the same meaning is not a good thing.
I'm in favor of deprecing service=irrigation in favor of
usage=irrigation, more consistent with other usage=* values
used on other waterways.
Le 03.06.19 à 22:19, François Lacombe a écrit :
> Hi all
>
> Regarding the particular situation
Le 03.06.19 à 11:11, Peter Elderson a écrit :
> in favour of moving to the forum
it's a totally personal choice.
some prefer emails because it is easier to apply the criteria of your
choice (read everything, or filter according to flexible criteria).
if you prefer a forum/web interface, why
Le 02.06.19 à 10:47, Simon Poole a écrit :
> I would suggest that we all, starting now, voluntarily submit to:
I will add the suggestion of a useful quoting.
a 4-sheet reply where you have to find in it the only line
that is not a quote, it's indigestible, a waste of time and clarity
Le 02.06.19
Le 01.06.19 à 08:29, Graeme Fitzpatrick a écrit :
> It's not much use knowing that there's one in the museum,
> if you then have no idea where!
EDIT: fix a wrong word
in some places it is still very useful information to know that a POI
has an changing table, it will be enough to ask it for
Le 01.06.19 à 08:29, Graeme Fitzpatrick a écrit :
> It's not much use knowing that there's one in the museum,
> if you then have no idea where!
in some places it is still very useful information to know that a POI
has an establishment, it will be enough to ask it for its location.
it is always
I don't understand the logic of changing the meaning of a tag recently
validated by a proposal without prior consultation.
a natural siphon was before your modification a waterway=pressurised,
now no more.
the fact that the approved proposal did not want to go into the details
of speologies is
Hello,
in the rational, you said "there are many cases where turn:lanes=*
can't provide that information."
could you add a case where turn:lanes are included that more
clearly shows what the connectivity=* adds ?
ideally 2 examples that would have the same turn:lanes value for the
"from" way and
Le 28.05.19 à 00:48, Joseph Eisenberg a écrit :
> > is there highway=* with golf_cart=designated but outside
> a leisure=golf_course ?
>
> Yes. As mentioned above, some towns in the southeast and southwest USA
> have networks of paved paths that are intended for golf carts.
maybe i misspoke
Le 27.05.19 à 12:57, Markus a écrit :
> Is it allowed to walk on golf cart paths?
it probably varies according to the country and it probably
doesn't matter since the legislation is not tagged in osm.
it therefore seems more logical to me to put access tags if there are
signs for it and to use a
Le 27.05.19 à 01:44, Joseph Eisenberg a écrit :
> I've created a complete proposal page for golf=cartpath:
> https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:golf%3Dcartpath
I fail to understand how to map.
the description clearly states that this is implicit for highways
Le 23.05.19 à 23:05, Graeme Fitzpatrick a écrit :
>> no main tag/value at all ? that avoid any bad tag/value :)
> Well, yes! What are they likely to be confused with?
tagging a camp_pitch without any additional tag 'll
be a polygon with no tag, that's a little light :)
at least one tag is
Hello,
Le 23.05.19 à 21:58, Nick Bolten a écrit :
> My experience with this mailing list:
the current situation have several issues, indeed
but I think you should confuse this mailing with somewhere else,
because I don't recognize the majority of abstract examples
you're talking about.
>
Le 23.05.19 à 18:57, ET Commands a écrit :
> building=occupied
building=* is about what the building look like
a industrial-look building with a residential use, is still a
industrial-look and is mapped with :
building=industrial building:use=residential
following that, building=yes
Le 23.05.19 à 18:32, Tobias Zwick a écrit :
> what would it take to reverse this?
what may help in to keep some thread here on topic and make a summary at
the end of a long thread... or maybe always made a summary like
subject : [solved] previous subject
a short summary
I am even someone who
Le 23.05.19 à 18:26, Nick Bolten a écrit :
> I'd like to know how, as a data consumer, I should reliably interpret
> existing platforms without the tag added by iD.
without explicit value, it is impossible to say whether the platforms
is a public path, a public footway, or none of them.
Le 23.05.19 à 12:22, Joseph Eisenberg a écrit :
>> tourism=camp_pitch (not because I like this, but because fixing one issue
>> (avoid conflit with tourism=camp_site +
>> camp_site=basic/standard/serviced/deluxe) is better than fixing none of them.
> Please do not retag features to an
Le 23.05.19 à 11:46, Paul Allen a écrit :
> On Thu, 23 May 2019 at 09:46, marc marc wrote:
>
> previous updates were announced by email
> I missed this one and/or no announcement for this one.
>
> Maybe your browser works differently to mine.
it isn't my nor your
>
>
>
> On Thu, 23 May 2019 at 09:10, marc marc <mailto:marc_marc_...@hotmail.com>> wrote:
>
>
> I may have missed the last iD update announcement announcing this,
> what this transparent or discovered by chance?
>
>
>
Le 23.05.19 à 01:03, Warin a écrit :
> https://wiki.openstreetmap.org/wiki/Proposed_features/changing_table
> 'self referencing description'
> So what is a better description for OSM use?
> "an aid to replacing human, usually babies, nappies/diaper"
someone in the profession pointed out that
Le 23.05.19 à 01:26, Warin a écrit :
> A) A physical competition played according to rules.
>
> B) As for A) but includes practising for the sport
>
> c) as for B) but includes non competitive physical activity.
>
> Thoughts?
i like C but without the "with rules" included via A :)
there is no
sumary :
imho, this thread is trying to solve all issues in one shoot,
and this nearly always fail.
it seems better to cut this into several parts from the simplest to the
most complicated (retag camp_site=* objects that have already a more
suitable tags such as toilets, depreciated one by one
Le 23.05.19 à 00:23, Michael Reichert a écrit :
> What is your opinion on this issue?
Thanks for the so documented message.
I didn't read all numbers but indeed, some plateform aren't
a footway
some are a path
some of indoor feature (more like a room=corridor)
it could be a good idea to improve
and the hallway (German
> "Flur") is meant, not the floor.
>
> Am Dienstag, 21. Mai 2019, 03:11:32 MESZ hat marc marc
> Folgendes geschrieben:
>
>
> Hello,
>
> > https://wiki.openstreetmap.org/wiki/Proposed_features/c
Le 22.05.19 à 12:06, Florian Lohoff a écrit :
>> you mean https://www.openstreetmap.org/way/273023376 ?
>> it's a good example of missing datas.
>> no entrance, no way between the entrance and the public network.
>> I feel that the relation type=navaids should be called type=missingway
>
> Again
Le 22.05.19 à 09:43, Florian Lohoff a écrit :
>> Can you give example of residential building with fully mapped roads,
>> footways and obstacles where well written router will fail?
>
> - Baumstraße 43a, Gütersloh, Germany
you mean https://www.openstreetmap.org/way/273023376 ?
it's a good
Le 22.05.19 à 10:36, Florian Lohoff a écrit :
> type navaid
> source (Multiple ones sharing the same transport
> destination)
> car
> bicyle
> foot
this info, for well mapped objet, already exist
polygon have several nodes
with entrance=yes and car/bicyle/foot=designated
Hello,
Le 21.05.19 à 03:25, Tod Fitch a écrit :
> If there is someplace I can read up on this “logic of tag linking”?
this logic is massively used and yet I had a hard time finding a link
whose content is limited to a line and an example
Le 22.05.19 à 00:16, Florian Lohoff a écrit :
>
> Hi marc,
>
> On Tue, May 21, 2019 at 10:02:53PM +0000, marc marc wrote:
>> Hello,
>>
>> Le 21.05.19 à 23:46, Florian Lohoff a écrit :
>>> Currently all Routing/Navigation application try hard to find
>>
Hello,
Le 21.05.19 à 21:34, Pablo a écrit :
> https://wiki.openstreetmap.org/wiki/Proposed_features/juggling_spot
I you think that juggling is a sport, sport tag exist,
just add sport=juggling
but we miss a main tag for sport that does not take place on a delimited
sports field, the same issue
Hello,
Le 21.05.19 à 23:46, Florian Lohoff a écrit :
> Currently all Routing/Navigation application try hard to find
> the nearest or best point on the routeable network for a given
> destination lat/lon or object.
with best, you mean : only one ? that look like wrong
a destination can have
Hello,
> https://wiki.openstreetmap.org/wiki/Proposed_features/changing_table
questions / minor suggestions :
in changing_table:location=room what's the usecase of :
"or the floor to the toilets" ? maybe just drop it.
if someone wants to put their child on the floor, I don't see how
we could
Le 21.05.19 à 00:58, Joseph Eisenberg a écrit :
> I don’t feel enthusiastic about creating a 4th competing tagging
> standard to go along with camp_site=pitch, camp_site=camp_pitch
> and tourism=camp_pitch
it's an argument that makes sense.
perhaps in this case, should we start by proposing to
Le 20.05.19 à 17:36, Jan S a écrit :
> I find camp_site:part=* somewhat complicated, too. Also, it wouldn't be
> consistent with the use of camp_site=* to describe the type of camping
> site, either.
tourism=camp_site + camp_site=basic/standard/serviced/deluxe
and if you cut the site in
Le 19.05.19 à 11:29, Martin Koppenhoefer a écrit :
> 1. differentiation of building and user (distinct objects also when the whole
> building is occupied by one user)
indeed but putting the tag not on the building currently lost the info
"this poi use the whole building"
adding a polygone with
Le 14.05.19 à 23:17, santamariense a écrit :
>> or use the name of the poi in the delivery:operator value :
>> delivery:operator=deliveroo;
>> so you 'll never have a clash between the "fake" value and
>> the name of a company
>
> Possibly there'll be more than 1 POI within the same name on the
Le 13.05.19 à 18:35, Martin Koppenhoefer a écrit :
>> there's no obvious way to indicate that the restaurant also does
>> deliveries itself
>
> Right, maybe we should introduce a code for this to be added along the
> delivery partners, something like “self”? (naturally this would break if
> a
Le 09.05.19 à 21:37, brad a écrit :
> I'm seeing some tracks with multiple tracktype's like this:
>
> Way 364707088 [highway=track, name=FR 514, tracktype=grade2;grade1;grade3]
>
> Is this generally accepted practice?
> If so, why?
I see 2 "usecases" :
- someone merge several way with
Le 08.05.19 à 22:45, Michael Reichert a écrit :
> Hi,
>
> Am 08.05.19 um 22:14 schrieb marc marc:
>> Some use the status to check propal with the status=Voting
>> https://wiki.openstreetmap.org/wiki/Category:Proposals_with_%22Voting%22_status
>> but some propal fail to
Hello,
Some use the status to check propal with the status=Voting
https://wiki.openstreetmap.org/wiki/Category:Proposals_with_%22Voting%22_status
but some propal fail to have it, currently
https://wiki.openstreetmap.org/wiki/Proposed_features/camp_site_pitch
what todo in this case ? only fix the
Le 08.05.19 à 20:05, wiki_openstreetmap_org.5.k...@spamgourmet.com a écrit :
> As said
please quote in an usefull way :)
you could say the same thing with a little more consideration, such as
"I don't have time to read the mailing list regularly because my
PERSONAL preference is the wiki, do
Le 08.05.19 à 19:37, yo paseopor a écrit :
> zebra is marked but uncontrolled (if it is controlled you can use other
> value)
but if you see a zebra with satellite image, you often have no idea if a
the crossing have a traffic light or not in a lot of country (like in
Le 08.05.19 à 17:00, Mateusz Konieczny a écrit :
> sometimes change is applied for months
> How one may mark that such change is temporary?
>
> It would be useful for at least two reasons:
> - it would easier to catch roads for retagging after road recontruction
> completes
use
101 - 200 of 581 matches
Mail list logo