Re: [Tagging] Mapping terraced, irrigated farmland (e.g. rice paddies)?
Hi Joseph, retaining wall [1] is applicable to whatever area Il dom 8 nov 2020, 06:50 Joseph Eisenberg ha scritto: > Is there a specific tag or method for mapping terraced farmland? > [1] https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dretaining_wall > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Surveillance camera angle
Hello! What is "camera:angle"? Taginfo [1] lists values consistent both to field-of-view and inclination. I cannot find wiki, just discussion and a proposal status [2]. [1] https://taginfo.openstreetmap.org/keys/camera%3Aangle#values [2] https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Extended_tags_for_Key:Surveillance#Field_of_view.2C_height.2Fdirection.2Fangle_-_tagging_camera_and_sensor_alignment_and_mobility..._how.3F ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Route names that aren’t names
Il giorno sab 28 mar 2020 alle ore 19:19 Richard Fairhurst < rich...@systemed.net> ha scritto: > > Hello folks, > Route relation names aren’t in a great state, are they? > > The upshot: bad luck if you want to render the actual names of routes on a map. You can’t. Well, if somebody takes care of rendering [1] OSM data structure, situation doesn't look so bad. [1] https://cycling.waymarkedtrails.org/#routelist?map=10!54.7983!-1.3075 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Landfills timespan
Hello, I've an OSM compatible dataset that helps me to spot landfills. Older ones are already covered by grass and/or trees. IMHO could be useful to save landfill locations for a future possible use. Does it make sense tag the ones with surface alterations with level=-1 ? Or shall I consider landuse=landfill as a functional tagging, hence tagging them abandoned:landuse=landfill? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag an utilitarian fountain?
Il giorno mer 5 feb 2020 alle ore 23:07 Mateusz Konieczny via Tagging ha scritto: > And amenity=drinking_water may be combined with them (except of unfortunate > case of fountain). Since fountain is intended as "sculptural and/or decorational", IMHO amenity=fountain is not consistent. AFAIK object belonging to "amenity" are in someway necessities. So one day, I hope to see fountain value removed from amenity tag. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Active volcanoes
So "active" is ment in geological time... rather wide for OSM :-) How to tag its recent activity, ie for touristic purposes? Il ven 24 gen 2020, 14:40 Christoph Hormann ha scritto: > On Friday 24 January 2020, Cascafico Giovanni wrote: > > > > Which is the criteria to tag volcanoes as volcano:status=active? > > That tag is practically non-verifiable and therefore does not really > belong in OSM. But since everyone is free to add any tags they want in > OSM such tags of course exist. > > Reason for the lack of verifiability is that what an active volcano is > in almost all uses of this term does not depend on the current state of > the volcano but on its history - most commonly during the holocene (10k > years) or during historic times. > > Il 24 gen 2020 2:40 PM, "Christoph Hormann" ha scritto: On Friday 24 January 2020, Cascafico Giovanni wrote: > > Which is the criteria to tag volcanoes as volcano:status=active? That tag is practically non-verifiable and therefore does not really belong in OSM. But since everyone is free to add any tags they want in OSM such tags of course exist. Reason for the lack of verifiability is that what an active volcano is in almost all uses of this term does not depend on the current state of the volcano but on its history - most commonly during the holocene (10k years) or during historic times. -- Christoph Hormann http://www.imagico.de/ ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Active volcanoes
vHello ML! this query [1] is supposed to display active volcanes. I made some research using Sentinel-2 browser, but it happens that most volcanoes doesn't have an infrared response [2]. Which is the criteria to tag volcanoes as volcano:status=active? [1] http://overpass-turbo.eu/s/Q3E [2] http://bit.ly/30OIUKw ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Public WLAN boxes
Il mer 18 dic 2019, 16:48 Tom Pfeifer ha scritto: > > The 'box' would contain a full access point and not just the antenna, thus > I'd prefer not to tag the > antenna alone. > So how to tag the whole hardware? Shall I refer to Key:communication:radio:repeater? > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Public WLAN boxes
Hello ML, which tags for those boxes, usually on pole or wall mounted which provide free public WLAN access? In my area they are managed by municipality and are subject to registration. My tagging would be: man_made=antenna operator=Comune di Cividale del Friuli antenna:application=wlan internet_access=wlan fee=no ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] craft VS man_made
Hello ML!
in Italy there are several small processing companies catalogued as
artisans, mostly in categories like food processing (meat, biscuits,
milk, etc), which don't run a shop (or shop is a minor business).
Reading the wikis, I understand that, depending on business volumes, I
should go for craft.
For instance, I have a dataset with several companies processing of
pork meat, which final product is "prosciutto crudo" ("raw" maturated
ham) and/or salami.
AFAIK in case of an industrial scale business tagging could be
man_made=works
product=meat
but if craft should be considered, can be
craft=meat
an accepted kv combination?
Is craft just whoever runs the business or the final processed product? Or both?
Other tagging alternatives?
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Mapping deforestation wikipage proposal
Lorenzo, if your project aims to track deforestation in a timespan, IMHO you had better to focus on trees only. Trying to guess which landuse is going to replace trees is hard. I'd start from an AOI entirely mapped with forest, wood or, in doubt, the generic landcover=trees all of which derived from not up-to-date imagery (ie Bing). With this baseline you can then alter polygons with fresh imagery (ie sentinel2). This implies to use OSM as an history container. It's up to you to find methods to save intermediate "snapshots". You can backup AOI periodically or maybe use planet diffs. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hotel dataset import? / Re: Baby-sitting
> Il giorno mer 13 mar 2019 alle ore 12:16 Tom Pfeifer < t.pfei...@computer.org> ha scritto: > I think you misunderstand. OSM is based on locally sourced, handcrafted data. That creates the high quality Have youi ever seen hot tasks results? Huge building polys, mixed misalignments, nonxistent tags... lots of poor quality stuff and, worst of all, everything mixed to (few) high quality surveys... but it seems they are useful...of course they are: later you can improve them. > Import means data are copied from another database into OSM. That means, somebody else collected the data. This collector has made his own mistakes. All databases contain errors, or outdated items, even if they are labelled official, governmental etc. The collector, whoever he is, is not error free (he is human). OSM mappers are humans. The 53 POIs were not simply copied: they were geocoded, (possibly, tag mapped (if this ML gather some verdicts), location checked, conflated. If you write "Import means data are copied from another database into OSM", you are saying mine is not an import. Hence I think we lack a proper, better import definition, rather then the extremely generic version updated yesterday. > IIRC the dataset you are using is several years old, last updated 2017. The items in your Umap do > not say when the database entry was last checked. > Thus when copying these data into OSM, they appear as freshly updated, March 2019, although the > information is much older and the hotel might have closed or changed ownership/pet policies/wifi in > 2018. Again, "freshly" word is subjectiive. Is a 2 y/o address "fresh"? Is a 3 mo old payment method "fresh"?Probably you are right, there could be some hotel diisused, less likely dismantled, several may have canceled visa payments,,,but I think that no data in worse. In sept 2015, in the same region, an import was performed involving >400k address nodes. Same hotel source, same method: dataset built collecting gathered municipality surveys; data published in may 2014, survey dates unknown. Until today nobody complained about that import, even if some addresses were void, even if some we discovered be replaced. AFAIK those addresses are anyway in use and are a good base for geocoding: should we had abort that import? > Thus your task is to discuss with the Italian community if your import, i.e. copying the other data, > improves or decreases the OSM data quality. The changeset size is less important, though I would > prefer an community-approved import to be traceable in not too many changesets. Due to the nature of the umap editing, this "import" couldn't be performed in one shot. neither uploaded by a dedicated account. What I was aiming, when I started asking suggestions n this ML, was to set a tagging plan for a commnity based, umap supported "import". If this doesn't fit anymore the official import definition, let's forget about it. Sincerely, thank for your feedback. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hotel dataset import? / Re: Baby-sitting
> > Il giorno lun 11 mar 2019 alle ore 14:11 Mateusz Konieczny < > matkoni...@tutanota.com> ha scritto: > > Fixed in > https://wiki.openstreetmap.org/w/index.php?title=Import=1820348=1551233 > > I took a 600+ dataset, geocoded them, manually conflate 53 of them, put source references on umap, put source institution name on changeset, ask for some tags clarification (yet didn't receive an agreed feedback). Am I missing something? The only (sequential) results of this discussion are: - I declare <100 nodes but Volker noticed source dataset has 600+, but then: - I'm asked where the <100 was mentioned (cannot remember), conclusion: I'm malicious: it's an import! - since there is one (1) ML unaswered doubt if "01 Jan - 31 Dec" should be replaced by 24/7: import is anyway bad - pets and childcare information are "volatile" (payment methods aren't? and yet tag exists): import is anyway bad - "bulk" word removed from main import wiki [1]: hence it's obviously an import The lattest is great and leads to grotesque consequences: when a colleague hands me 12 guidepost locations to geocode, I must message planet import ML, local ML, write an import page and ask my fellow a consent form with certified signature. Is this what we aim? I think setting such a binding requirements on small size "imports" is putting a gravestone on many potential small, local sources. Please, forgive my sarcasm, but I'm really discouraged. I published the 53 changeset id's [2]. Feel free to revert. If anybody wants to help me, please feed back on the import doc I wrote on-the-fly [3] [1] https://wiki.openstreetmap.org/w/index.php?title=Import=revision=1820348=1551233 [2] https://ethercalc.org/hpil8syy4rgz.csv [3] https://wiki.openstreetmap.org/wiki/Import/Catalogue/Hotels-RAFVG-umap ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hotel dataset import? / Re: Baby-sitting
Il giorno lun 11 mar 2019 alle ore 12:20 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:
> > You were criticized for stretching the opening_hours syntax to describe
> seasonal operations ("Jan 01
> > - Dec 31"), but did not respond nor adjust your tagging.
>
> Sorry for that. Is it wrong? I did test it with JOSM OpeningHoursEditor
> [2] plugin. If anybopdy in this ML prefers 24/7 I will change the values. I
> used "Jan 01 - Dec 31" just to set a value consistent to overall hotel
> dataset opening periods.
>
> > Your import focuses on soft business policies, such as allowing pets or
> supervising kids. Such
> > policies can change even more rapidly, and are better shown in separate
> datasets and not OSM itself.
>
> This consideration raises a huge question about italian fuel stations,
> since operators, brands and names come and go.
> In case of a future regular import, I'll remove pets and childcare,
> inserting just phisical elements like gymn, garage, air-conditioning,
> welness etc.
>
I'm preparing in import wiki. Any thought about the above points?
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hotel dataset import? / Re: Baby-sitting
Il giorno sab 9 mar 2019 alle ore 22:15 Tom Pfeifer
ha scritto:
> I have severe problems with your process. First, yes it is an import. You
called it an import
> yourself ("manually importing") here, and on the Italien list where you
first asked about the
> tagging.
> Where did you see a "100 nodes" limit documented? You are copying from
one database
> into another, and if you do just one node a day, it is a slow import.
As stated in the main wiki page [1], importing is "(also known as Bulk
Importing)". Maybe I misunderstood this wider acceptation when I started a
manual insertion of POIs, limiting by myself the number not to trigger it
as an import.
If anybody in this ML considers that this activity is different from
getting informations from hotel websites and putting them in OSM, I will
immediately abort the insertions.
> You were criticized for stretching the opening_hours syntax to describe
seasonal operations ("Jan 01
> - Dec 31"), but did not respond nor adjust your tagging.
Sorry for that. Is it wrong? I did test it with JOSM OpeningHoursEditor [2]
plugin. If anybopdy in this ML prefers 24/7 I will change the values. I
used "Jan 01 - Dec 31" just to set a value consistent to overall hotel
dataset opening periods.
> Your import focuses on soft business policies, such as allowing pets or
supervising kids. Such
> policies can change even more rapidly, and are better shown in separate
datasets and not OSM itself.
This consideration raises a huge question about italian fuel stations,
since operators, brands and names come and go.
In case of a future regular import, I'll remove pets and childcare,
inserting just phisical elements like gymn, garage, air-conditioning,
welness etc.
> Your import does not include any check, how current or old the data in
the imported set are. In the
> hotel business, things can change very fast. Hotels open and close, and
change ownership and
> operations.>
In umap, dataset layer you can read RAFVG opendata, ottobre [october]
2017. Anyway terms like "very fast" are subjective: some time ago I aborted
a draft for Bed& Breakfast import bacause surveys detected some business
shut downs. So who's in charge of the "very" fast evaluations? If we demand
that every entry in possible source dataaset is right what do you think
will be the situation in OSM today?
> The link on your Umap site leads to [5], which is licensed under the
Italian Open Data License,
> linked here [6]. It requires attribution, machine-translated: "On
condition of: indicate the source
> of the Information and the name of the Licensor, including, if possible,
a copy of this license or a
> link (link) to it."
> You have not attributed correctly. You changesets, e.g. [7], give in the
CS comment "RAFVG source",
> which is an incomprehensible acronym if you don't know the context. The
CS has no source tag at all
> (although the editor you use has a mechanism for it),
You are right, but I can't find that mechanism in Level0
>thus you do not name the source correctly, you
> do not name the Licensor, and you do not include a link although
possible. You have also not checked
> if the attribution on the changeset only would be sufficient.> You use
and advertise in your umap the use of Level0 as an editor. This tool is
excellent for
> quickly fixing a tag, but I would find it error-prone to upload mass
changes without a validation step.
> Thus I conclude: Visualising the dataset in your Umap approach [1] is an
excellent idea, unreviewed
> copying of the data into OSM is not.
Anyway, If you consider the activity is definitely an import, I'll revert
involved changesets, taking in account the above disapproval points.
[1] https://wiki.openstreetmap.org/wiki/Import
[2] https://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpeningHoursEditor
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hotel dataset import? / Re: Baby-sitting
[1] http://umap.openstreetmap.fr/it/map/turismo-fvg_295722 Il sab 9 mar 2019, 12:18 Cascafico Giovanni ha scritto: > In short (I'm on phone)... > Please find here [1] umap used for manual conflation. For source data and > license, follow footer info link. > > AFAIK <100 nodes don't fall in import category. > > Il sab 9 mar 2019, 11:46 Tom Pfeifer ha scritto: > >> On 09.03.2019 10:10, Cascafico Giovanni wrote: >> > Well, hotels dataset I'm manually importing has a boolean baby-sitting >> field (as for "pets" in other >> > ML thread). >> > I think that a generic info is better than no info, particularly if >> hotel features childcare=yes and >> > whatever contact tag. >> >> Giovanni, >> >> can you please let us know, which hotels dataset you are importing, >> under what license this dataset is published, >> and where you discussed the import with the OSM community? >> >> Please not that an import is an import even if you do just one hotel per >> day. >> >> tom >> >> ___ >> Tagging mailing list >> Tagging@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/tagging >> > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Hotel dataset import? / Re: Baby-sitting
In short (I'm on phone)... Please find here [1] umap used for manual conflation. For source data and license, follow footer info link. AFAIK <100 nodes don't fall in import category. Il sab 9 mar 2019, 11:46 Tom Pfeifer ha scritto: > On 09.03.2019 10:10, Cascafico Giovanni wrote: > > Well, hotels dataset I'm manually importing has a boolean baby-sitting > field (as for "pets" in other > > ML thread). > > I think that a generic info is better than no info, particularly if > hotel features childcare=yes and > > whatever contact tag. > > Giovanni, > > can you please let us know, which hotels dataset you are importing, > under what license this dataset is published, > and where you discussed the import with the OSM community? > > Please not that an import is an import even if you do just one hotel per > day. > > tom > > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Baby-sitting
Well, hotels dataset I'm manually importing has a boolean baby-sitting field (as for "pets" in other ML thread). I think that a generic info is better than no info, particularly if hotel features childcare=yes and whatever contact tag. Il ven 8 mar 2019, 20:45 Martin Koppenhoefer ha scritto: > > > Am Fr., 8. März 2019 um 20:37 Uhr schrieb Philip Barnes < > p...@trigpoint.me.uk>: > >> It can be a child of any age that is too young to be left alone. The >> legal age will vary by country or state but entirely possible a 14 year old >> could be babysat. Don't take the word baby too literally, technically its >> short term adhoc childcare whilst the parents go out for an evening. >> > > > On the other hand, actual babies require different kind of attention and > training, most hotels won't sit actual "babies", while some others might be > specialized. > > Cheers, > Martin > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Baby-sitting
How can I tag an hotel which features baby-sitting? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Pets allowed
Unfortunately dataset I'm manually importing has a boolean "pets" field. I guess if go for "dogs" it will be 9/10 right, while a generic "pets" 99/100 (considering the alligator anomaly :-) The latter has less taginfo popularity, but better fits source data. Il gio 7 mar 2019, 14:09 seirra blake ha scritto: > while I can't see a problem with a tag for each pet, it may still make > more sense to have a pets tag and just namespace species/related things > under it similar to the access tag. use cases I can think of: > >- pets=no | no matter what, no pets >- pets=yes | open to all or at least most pets other than specified >examples such as... >- pets:dogs=no | dogs that are pets are not allowed, a guide dog does >not necessarily count as a pet or at least, I don't think of one as being a >pet. >- pets:cats=1 | only one cat allowed > > this does still make it vague in the sense that if only one cat is > allowed, is it per party or per person, but this probably could be made > more specific with another tag namespaced under pets (my mind is blank, I > haven't eaten yet. however this feels like the best approach to cover most > situations). this may also be useful for things like water-bowls/treats for > pets as mentioned elsewhere here; for example: my bank offers dog biscuits > for dogs, the train station used to offer a water-bowl as well, but I > haven't put much thought into seeing if it's there after the take over by > LNER. > On 3/7/19 12:17 PM, Paul Allen wrote: > > On Thu, 7 Mar 2019 at 12:05, wrote: > >> Pets is probably a bit vague, many hotels will accept pet dogs, but are >> less likely to accept cats and extremely unlikely to my pet alligator (no >> I don't really own one). >> > > Some holiday cottages accept dogs but place a limit on the number (only > one; a maximum of two; etc.) > Yes, some do accept cats, and there are many cat owners who would love to > be able to take their > cat on holiday with them. So it would be nice if we had something a > little more flexible than > dog=yes/no. > > Obviously dogs=no will only apply to pets, registered assistance dogs are >> covered by the law of the country, in the UK a hotel/pub/restaurant is not >> allowed to refuse assistance dogs. I assume the same is true throughout the >> EU. >> > > I believe that, in the UK, NO business can refuse assistance dogs (but I > could be wrong). It's also > the case in the UK that non-assistance dogs are NOT legally prohibited > from pubs and > restaurants but only from food preparation areas: it's the owner's > decision as to whether or not > dogs are allowed where food is served and sold. See > > https://www.thekennelclub.org.uk/our-resources/kennel-club-campaigns/be-dog-friendly/ > > Many shops and a few restaurants in my town display a sign somewhere > saying that dogs > are allowed. > > -- > Paul > > > ___ > Tagging mailing > listTagging@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tagging > > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Pets allowed
Hello ML! how can I tag and hotel (or whatever) that allows pets? Besides, semi-OT, if hotel offers babysitting, is childcare=yes ok? I briefly googled in OSM wiki and couldn't find. If already answered, please forgive me. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Estimated values for height
In source dataset there is no field for accuracy. I'd go for the simplest solution, height=* note="height is estimated, please improve" ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Estimated values for height
I'm going to import a small dataset of trees. Some tree heights are defined as "measured", some as "estimated". About estimated values, I've found a wiki definition only for width [1]: shall I derive an est_height tag, go for most popular taginfo solutions, simply assign an estimated value to height tag? [1] https://wiki.openstreetmap.org/wiki/Key:est_width ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] nobrand
2018-08-26 2:17 GMT+02:00 Graeme Fitzpatrick : > > On Sat, 25 Aug 2018 at 19:27, Cascafico Giovanni > wrote: > >> Got it. >> >> +5k nodes imported without brand key >> > > Great! :-) > > Thanks > Hello, my mistake... a previous version of .osm file has been imported with nobrand=yes not yet removed. Sorry for that. Of course it was not intentional. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] nobrand
Got it. +5k nodes imported without brand key Il 25 ago 2018 12:16 AM, "Graeme Fitzpatrick" ha scritto: > > On Fri, 24 Aug 2018 at 18:29, Martin Koppenhoefer > wrote: > >> >> > On 24. Aug 2018, at 09:57, Cascafico Giovanni >> wrote: >> > >> > IMHO all records tagged brand="Pompe Bianche" don't have well-known >> name nor well-known operator. >> >> well known by whom? If there is a sign I would think it is sufficient, >> and I still have to find a petrol station without a sign >> >> > Maybe I misunderstand fuzzy terms like "well-known", but I don't think >> "MG Gas S.R.L." is part of this category >> >> seems to be an operator >> > > I'll agree with Martin - nearby we have a service station "Brian's Auto > Centre" - it is a one-off, independent service station, but it's probably > also the biggest service station in this city of 60 people! > > They would be very upset (& so would I, seeing I mapped them!) if they > were renamed "No Name" (or "Pompe Bianche"?) > > If there is any form of name out the front, then that name should be > mapped, regardless of whether or not anybody thinks it's "well known" or > not, because to the locals in that town, it *is* well known. > > Thanks > > Graeme > > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging > > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] nobrand
The issue is: do we really want to drop unfranchising information? nobrand=yes tag seems reasonable: how can it damage the quality of import? ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] nobrand
Martin: > “pompe bianche” is a meta category you will not find on the ground in this part either, rather there will be signs with brands you never heard about. > I would leave brands that are already there, and would not tag nobrand=yes because there is some kind of brand.I'm quoting to brand wiki page [1] "brand=* allows data users to identify where a well-known brand of goods are sold." IMHO all records tagged brand="Pompe Bianche" don't have well-known name nor well-known operator. Maybe I misunderstand fuzzy terms like "well-known", but I don't think "MG Gas S.R.L." is part of this category About assigning description="Pompe Bianche", we'll face conflicts with pre-existant description tags. So I would only assign nobrand=yes. Volker: > In my part of Italy most, if not all have brand signs, but not "big" brands. Please be careful, when importing not to overwrite those "small" brand signs. How reliable are the import data anyway? To generate osm candidate for import, conflation procedure has been followed, so no tags modifications/deletions were performed in this phase. Note that conflation output has been submitted to audit [3], hence there is the possibility that registered users modified involved tags. About reliability, data is spatially accurate: please refer to wiki paragraph Import data [4] [1] https://wiki.openstreetmap.org/wiki/Key:brand#Distinguishing_between_Brand.2C_Name.2C_Operator.2C_etc . [2] https://wiki.openstreetmap.org/wiki/Import/Catalogue/ItalyFuelStations [3] http://audit.osmz.ru/project/IFS [4] https://wiki.openstreetmap.org/wiki/Import/Catalogue/ItalyFuelStations#Import_Data ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] nobrand
Hello, I'm going to upload 20k amenity=fuel in Italy; 5k of them are "Pompe Bianche", which means their don't belong to any brand. Which solution fits best? 1) brand=Pompe Bianche 2) brand=independent 3) brand:it=Pompe Bianche brand=independent 4) nobrand=yes ... ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
