Re: [OSM-talk] We need to have a conversation about attribution
Richard, Simon, all, I am very happy with the current requirements and I think they don't need to be updated. Maybe the Attribution guidance as in Licence_and_Legal_FAQ can indeed be expanded, with some examples of "Dos" and "Don'ts" So I very much look forward LWG's next work https://wiki.osmfoundation.org/wiki/Licensing_Working_Group/Minutes/2019-01-10#Update_attribution_guidance Looking at the current practices in apps and web maps, that do not meet the current requirements, I am not happy with missing or hidden or hard-to-reach attribution. So if we have to be explicit about the bare minimum for online maps, I would require: - Minimum attribution MUST be full “© OpenStreetMap contributors” whenever possible, or 15 characters, “© OpenStreetMap”, whatever fits best. - MUST have a clickable link to osm.org/copyright or osm.org/about. - MUST be big enough and with enough contrast to be readable and clickable. - MUST be at least the prominence of other companies. - MUST be visible for at least 10 seconds. - MUST be expanded by default (expanded at start and whenever size allows). - MAY (optionally) be collapsed to a clickable icon or abbreviated “© OSM” or "Terms", "Credits", "data providers", ... (whenever size is not sufficient, or, when user clicks to collapse, or, after a delay) BUT other data providers MUST be equally treated and any other attribution (eg. map provider, map hosting, software, library...) SHOULD be similarly treated. - MUST be always possible to click only ONCE and get back the expanded attribution or a panel or a full page credits with extensive attribution. Beyond the bare minimum, I would suggest: - extra visibility, time on screen for OpenStreetMap, - and extra texts, links, icons for special pages such as osm.org/welcome | osm.org/fixthemap | join.osmfoundation.org | donate.osm.org | ... and for licences As a test bench last month, we (people from OpenStreetMap France) have tried to go the other route: "let us display as much information as reasonably possible within attributions, for data, tiles, hosting and display (in French)". The result of our experimentation is here: https://osm-fr.github.io/osm-fr-front-map/ and embedded in the front page of openstreetmap.fr so you can get an idea of what MAY be possible if you want to display richer attributions, this way or another, on big or small devices. Benoît Extra notes : +1 to this first response from Paul Norman: > With maps like this, I would expect a "reasonably calculated" > attribution to have OSM with at least the prominence of other companies. > To Andy Mabbett: > 28 characters >> "We require that you use the credit “© OpenStreetMap contributors”... Or 15 characters “© OpenStreetMap” because: https://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ#How_should_I_attribute_you.3F > Because OpenStreetMap is its contributors, you may omit the word "contributors" if space is limited. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Looking for phot of mapping mappers
Some can be searched on flickr: https://www.flickr.com/search/?media=photos&license=2%2C3%2C4%2C5%2C6%2C9&advanced=1&text=openstreetmap%20mapping%20party https://www.flickr.com/search/?media=photos&license=2%2C3%2C4%2C5%2C6%2C9&advanced=1&text=cartopartie -- althio On Wed, 23 Jan 2019 at 08:02, Mateusz Konieczny wrote: > > Jan 23, 2019, 5:27 AM by sea...@gmail.com: > > On Wed, Jan 23, 2019 at 5:22 AM Christoph Hormann wrote: > > I like in particular > > > https://wiki.openstreetmap.org/wiki/File:Guagua_ESSC-OSMPH_Training_field_survey.jpg > > > Thanks! Looking at this media page, I see that I only uploaded a > scaled-down version. Oops. I have now re-uploaded the full 12MP version of > the photo. > > Thanks for making this photo and sharing it (especially on licence > allowing reuse) > and thanks to Christoph for pointing me to it! > > If someone has a similar photo - please, share it. This time > just one is enough but sooner or later it will be useful to have more > variety. > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Seeking local, active mappers in Sweden
Blake, There is a mailing list and some others means: https://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-se https://wiki.openstreetmap.org/wiki/WikiProject_Sweden#Samarbete_.26_informationhttps://forum.openstreetmap.org/viewforum.php?id=4 #OSM.se on irc.oftc.net http://openstreetmap.se https://twitter.com/openstreetmapse and even a tasking manager instance http://tasks2.openstreetmap.se/ Best of luck, Ben - althio On 23 July 2018 at 12:18, Blake Girardot HOT/OSM wrote: > Greetings, > > I did not see a local Sweden talk email list, so my apologies for the > email to this list. > > HOT was contacted about mapping to support fire fighters working in > Sweden on the current wildfires there and I would like to connect with > active local OSM mappers in Sweden to see if they are interested in > mapping to support that request. > > Please contact me off list and we can discuss how best to proceed if > anyone is interested. > > Or pointers to where best to contact mappers local to Sweden would be > most appreciated too. > > I do use tools like "Who's Around Me" and "Who Did It" as well to help > identify local, active folks, but wanted to try and reach out to the > community first as contacting individuals is not always the most > productive way :) > > Respectfully, > Blake > > -- > > Blake Girardot > Humanitarian OpenStreetMap Team > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] iD news - v2.6.0 lots of new features...
Hi Steve, I took it from: https://github.com/openstreetmap/iD/pull/4667#issuecomment-356093439 > Like France it's not used that often in the UK - only 2,828 uses: > http://taginfo.openstreetmap.org.uk/keys/addr%3Aunit - and a number of them > near me seem to be wrongly tagged, either as "units" (buildings) in a retail > or business park, or other mistaggings. -- althio On 22 January 2018 at 18:55, Steve Doerr wrote: > From the change log: > 'remove addr:unit field for gb, ie, si, tr'. > > I wonder why (re gb). Unit is quite a common element in UK addresses, isn't > it? > > Steve > > Sent from my iPhone > >> I hope everyone takes a look at the changelog. >> > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to teach novices about optimal changeset size?
Hi Gaurav, In the row of buttons, the first two are "Open" and "Save": these actions are for files locally on your computer. Third and fourth buttons are "Download" and "Upload", commonly used to interact with OSM servers. -- althio On Jan 19, 2018 10:29 AM, "Gaurav Thapa" wrote: > > Hi Michael, > Could you tell me what buttons are used in JOSM for partial saves? Here in Nepal we frequently upload changes as internet is intermittent this feature would be greatly beneficial for us all. > > Regards, > Gaurav > > On Fri, Jan 19, 2018 at 1:13 PM, Michael Collinson wrote: >> >> Hi Micah, >> >> I think you came up with a good answer to your conundrum in an earlier post in this thread: Don't explain what an optimal changeset IS, explain what it is NOT: >> >> Something like: >> >> "It helps other contributors understand your edits if you group what you are doing in a local area into one changeset. For example, if you are creating the outlines of 20 buildings, group them into one changeset. On the other hand, if you are adding 3 POIs, (points of interest), that are 1000 km apart in different countries, then it is more useful to put them into 3 changesets. Of course, if you are creating the outlines of 1,000 buildings in your town, you do not have to do them all at once! >> >> If you worried about losing your data, our data editor software allows you to make incremental saves to the OSM server as you go along. iD does this automatically. Potlatch and JOSM have buttons that allow you to save partial work into a changeset and then keep adding to it until you are done." >> >> [This could probably be improved for readability by non-native English speakers. And the editor text should be fact checked, I am a die-hard Potlatch user.] >> >> >> Mike >> >> (first post for a long, long time) >> >> >> On 1/17/18 4:13 PM, Micah Brzozowski wrote: >>> >>> Certainly I am not intending to change the community and require every mapper to comply. If you're an experienced mapper, you're fine. >>> >>> I mean new users, who are not yet integrated with the community. Their work should be checked thoroughly (in Achavi, osmcha...). All novices make mistakes, after all. Better to give them good habits. By extension, smaller number of changeset will lead to less recycling of same changeset comments. >>> >>> I made this thread because I found it difficult to convey what is best practice in short form in changeset comments. >>> >>> Maybe I should simplify things when explaining to them? No need to tell all the conventions, just what is a good start - but hoping it won't backfire ;) >>> >>> 17.01.2018 3:35 PM "Imre Samu" napisał(a): >>>> >>>> > one changeset per building, repeated 20 times >>>> >>>> my typical use case: House numbering on the street: push the numbers & forget & go to the next house( fast feedback loop vs. Delayed gratification ) >>>> - sometimes the mobil app is crashing, and I don't want to go back 100m to re-enter - the last 5-10 numbers >>>> >>>> >>>> > Obviously this makes them PITA to review quickly in Achavi or whatever tool you use. >>>> >>>> imho: it is easier to group the changeset on the reviewer side : by user + by hour ( group by user, hour ) than change the community. >>>> >>>> Imre >>>> >>>> >>>> >>>> >>>> >>>> 2018-01-17 15:13 GMT+01:00 Michał Brzozowski : >>>>> >>>>> Certainly not: >>>>> - one changeset per building, repeated 20 times >>>>> - one changeset for 3 POIs that are 1000 km apart in different countries >>>>> >>>>> These are real world examples. In the latter Achavi can often refuse to run. >>>>> >>>>> That's also why I asked ;-) It's not that easy to formulate the answer what is reasonable to include in a changeset. >>>>> >>>>> Michał >>>>> >>>>> 17.01.2018 2:54 PM "Tobias Zwick" napisał(a): >>>>>> >>>>>> So, what is the optimal changeset size, and why? >>>>>> >>>>>> Tobias >>>>>> >>>>>> On 17/01/2018 14:26, Michał Brzozowski wrote: >>>>>> > Many new users have a habit of e.g. sending one or few objects per >>>>>> > changeset, resulting in a dozen or even more changesets per day. >
Re: [OSM-talk] How to teach novices about optimal changeset size?
I looked for similar issues and apparently it was already discussed, considered back and forth and modified in iD. https://github.com/openstreetmap/iD/issues/703 https://github.com/openstreetmap/iD/issues/1598 https://github.com/openstreetmap/iD/issues/2251#issuecomment-180469055 I don't know the effect of this recent modification https://github.com/openstreetmap/iD/commit/437893ebb8b31e033e6544f0cc343725c4d6a0fd but it might change a bit the behaviour of iD with open changesets. -- althio On 17 January 2018 at 22:26, Dave F wrote: > This a purely an iD problem. It should be down to their core programmers to > sort it out. > We should be encouraging users, especially newbies, to save frequently. > Potlatch does this without the problem of numerous changesets. > > DaveF > > > On 17/01/2018 13:26, Michał Brzozowski wrote: > > Many new users have a habit of e.g. sending one or few objects per > changeset, resulting in a dozen or even more changesets per day. Obviously > this makes them PITA to review quickly in Achavi or whatever tool you use. > > This habit is probably caused by non-knowledge of how auto-save works in iD > (which makes the work reasonably secure), as well as just not knowing better > thus forming their own judgement. > > How should we teach about optimal changeset size? This is quite tricky - how > we would define it? > > Can the iD nudge users towards better practice? (Linking to Good changeset > comments wiki page would be useful as well) > > Michał > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mystery structure on a South China Sea reef
On 31 July 2017 at 13:25, Andy Mabbett wrote: > Anyone fancy doing a survey? ;-) No, thank you all the same :) More to see and to read, could be radar, weapons, water treatment and whatnot: https://www.quora.com/Whats-the-nature-of-the-hexagonal-structure-China-is-building-in-the-South-China-Sea -- althio ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] HOT Community Webinar - Wed July 26th 3:00 PM – 4:00 PM UTC
Hello Christoph, As I read your message, I failed to see your points. I might be missing something obvious, or at least clear for some advanced mappers. Maybe you could explain in some more details the problems with this mapping guide? On 25 July 2017 at 15:54, Christoph Hormann wrote: > I am frequently amazed by the complete lack of distinct mentioning of > the need of verifiability for information entered into the OSM database > (both geometries and tags) in HOT instructions. Mapping instructions > like in [1] to me seem just schocking - not only in light of the > projects in question but also because of what is presented there to OSM > newbies as good practice. What is so shocking in these mapping instructions [1], "in light of the projects in question"? What is so shocking in these mapping instructions [1] "because of what is presented [...] as good practice"? > Fixing that is not a matter of technological measures and mapping tools, > it is a matter of developing and communicating a mapping culture based > on OSMs good practice [2]. OSMs good practice [2] is a long page. Would you please elaborate on which OSMs good practice, these mapping instructions are lacking? All questions are asked in true and good faith, to learn. Your answers would be valuable to me. -- althio > [1] > https://docs.google.com/presentation/d/1PR7xn9ooqguswP0PuzMPD_hYHiLsr3THbtlhVBXL-Lk/edit#slide=id.ge869b0762_2_195 > [2] http://wiki.openstreetmap.org/wiki/Good_practice ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Editing problem?
On 18 June 2017 at 17:31, David Earl wrote: > > What I'm wondering is if there is perhaps some gesture, like panning the > map, which can end up dragging a node which dropped onto another node > connects them. If you're rapidly panning perhaps you may not notice you > picked up a node? This is discussed by iD developers. See for instance: https://github.com/openstreetmap/iD/issues/3824#issuecomment-297231279 I guess any help would be appreciated to mitigate the problem. -- althio ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSGeo-Live looking for overview and quickstart tutorial for OSM
Dear all, Please support the initiative from OSGeo-Live to update OSM presentation: > The OSGeo-Live team (https://live.osgeo.org/) is looking for new > documentation for OSM (current OSM overview > https://live.osgeo.org/en/overview/osm_overview.html and current quickstart > tutorial https://live.osgeo.org/en/quickstart/osm_quickstart.html) and we are > wondering if there is any volunteer from your project to help us compile a > new quickstart document. > [...] > > Best regards, > Angelos > OSGeo-Live PSC chair You are welcome to join the discussion started at: https://github.com/hotosm/learnosm/issues/524 Please also forward to anyone with a possible interest in promoting OSM and OSGeo. Cheers -- althio ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data Quality
Hi John, You can try one of the several tools proposed by Pascal Neis, that could fulfill part of your ideas. In particular see: http://neis-one.org/2016/01/suspicious-osm/ http://resultmaps.neis-one.org/osm-suspicious and other tools of interest at: http://resultmaps.neis-one.org/ Cheers, -- althio On 31 December 2016 at 00:30, john whelan wrote: > There has been some recent traffic about new users and the occasional > problems they cause. The recent traffic was about Pokemon. In HOT in > theory new users work is validated. In practise its only when a tile is > completed and even then most tiles aren't checked. > > Somewhere the number of edits and how long a mapper has been mapping are > stored. If we define inexperienced mappers as those who have made less than > 20 changesets and been registered for less than a month, the exact figures > optimum numbers need to be determined. > > Than is there a method whereby I can say within this boundary show me any > edits made by "inexperienced" mappers? > > It reduces the need to check every changeset for an area. I assume that > most vandalisation is done by accounts that would be considered > inexperienced mappers and we could gently guide the others towards the map > features page etc. If a mapper has a thousand changesets to their name and > been mapping more than three months I think we can assume their mapping will > contain fewer errors than an inexperienced mapper so there is less need to > double check them. > > On the HOT side it would help catch those new mappers who don't mark a tile > done. > > Thoughts? > > Thanks > > Cheerio John > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osmose, duplicate housenumber
Łukasz Stelmach > > Can you explain why Osmose (and does it matter at all) warns about > duplicate housnumber when a shop (node) with a set of addr:* tags is > created inside a building (area) that is also tagged with addr:*? Osmose seems to follow the rule: One feature, one OSM element (or one feature, one tag) and avoids duplicating data. The rationale is certainly close to: http://wiki.openstreetmap.org/wiki/House_numbers/Bremen_Schema where you can use: - addr:* tags for buildings or nodes on the street - contact:* tags for contact information about a POI Best, -- althio ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!
John, You can't blame people for looking for the best imagery around Cotonou, Bénin. We are talking of the largest city in this country, 700 000+ inhabitants. I don't find it very reasonable to propose another project 1000 km away. The local mappers want to map their city, that's all. Best, - althio On 25 April 2016 at 16:31, john whelan wrote: > There seems to be fairly reasonable free mapbox imagery of this area > available. There is a lot of very reasonable African imagery available that > has not yet been mapped. > > http://tasks.hotosm.org/project/1087 is an example. > > Cheerio John > > On 25 April 2016 at 10:17, nicolas chavent > wrote: >> >> >> Hi all, >> >> Below is the English translation of an email sent first to the >> hot-francophone mailing list. It focuses on the first crowdfunding 100% >> directed to OpenStreetMap in Western Africa. The project is run by the local >> OSM association (OSM Bénin) with the support of the collective Projet Espace >> OSM Francophone (ProjetEOF) to purchase 275km² high resolution imagery over >> Cotonou, Benin economic capital. >> >> Enjoy the read and shall you be interested, join us! The crowfunding >> closes May1, 2016: in 7 days, we still have to raise 550 Euros (25%). This >> is an easy mean to make a big difference and have a huge OpenStreetMap and >> opendata impact in Cotonou and Benin by helping significatively the mapping >> of Cotonou by the Cotonou mappers who can then be supported remotely by the >> global OSM community and the Western African groups in the first place. >> >> Best, >> >> Nicolas on the behalf of the Association OSM Bénin et the collective >> ProjetEOF >> >> >> = Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution >> satellite imagery for Cotonou by 1-May 2016! = >> >> Hi all, >> >> This crowdfunding "Imagerie Satellite pour OSM Benin" ([1],[2]) is lead by >> the Association OpenStreetMap Bénin (OSMBénin) [3] with the support of the >> collective Projet Espace OpenStreetMap Francophone (ProjetEOF) [4]. It aims >> at purchasing around 275 km² high resolution imagery over Cotonou in a >> license which allows for creating into OpenStreetMap geographical >> information about building, road network, hydrography and landuse. >> >> The mappers from Benin are active creating geographical data in >> OpenStreetMap and thus improving the Free Map of this World via mapathons >> [5] field data collections [6], as well as conducting information and >> outreach work tied to heavy training in GIS (QGIS) and mapping with OSM [7]. >> Unfortunately they are missing on Cotonou high resolution imagery via the >> Bing and MapBox layers. This forces the Benin OSM community to map Cotonou - >> Benin economic capital - through field surveys only (GPS, Mobile phones and >> FieldPapers), a long time and money intensive work. This takes us back to >> the early ages of OpenStreetMap prior its members had access to high >> resolution imagery through agreements with Yahoo, Microsoft Bing or >> benefited from opendata programs. >> >> Shall this crowdfunding works well, this would be a major breakthrough for >> the growth of OpenStreetMap in Cotonou and in Benin, as a matter of fact, >> with this imagery purchased, hosted and accesible: >> - Not only the mappers from Bénin would be more efficient mapping Cotonou >> and in a position to dedicate more time to non mapping activities such >> information, outreach, building partnerships while continuing and expanding >> the activities they had been carrying out in the rest of the country since >> 2013 as one can read from the "Infolettre OSM Bénin" [8]. >> - But for mapping Cotonou, they could benefit from the support of the >> global OpenStreetMap community and specifically the Western African local >> groups with whom strong relations have been established and numerous joint >> mapping activities have been organized since 2013. >> >> The crowfunding closes in 7 days, we still have to raise 550 Euros (25%), >> an easy mean to make a big difference and have a huge OpenStreetMap and >> opendata impact by helping significatively the mapping of Cotonou by the >> Cotonou mappers with the support of the global OSM community and the Western >> African groups in the first place. >> >> To check the status of this crowdfunding project, stay tuned to the Ulule >> platform, the OSM lists, the Wiki site of the OSM project in Bénin, blogs >> and social media used by ProjetEOF (@ProjetEOF), OSMBénin (@OSMBénin) and >> oth
Re: [OSM-talk] Slack
Created a few days ago for SotM-WG: https://osmfoundation.slack.com/ - althio On mobile, please excuse brevity. On Mar 26, 2016 9:05 PM, "Steve Coast" wrote: > Ok so look, Slack took over the world. And it turns out it’s pretty good > and useful. Let’s have an official OSM slack. > > — > > Due Diligence: > > https://www.google.com/#q=slack+site:wiki.openstreetmap.org > https://www.google.com/#q=slack+site:lists.openstreetmap.org > > I’ve found two OSM-related slacks. Someone owns openstreetmap.slack.com and > there is also osmus-slack.herokuapp.com as a front door to the US slack. > The former I can’t find a lot about. The latter is mentioned here: > > http://wiki.openstreetmap.org/wiki/Maryland > > And it has a neat thing to throw out invites to people. There’s also a > neat bot that it looks like tmcw wrote: > > https://github.com/osmlab/osm-slackbot > > — > > I’m proposing that a) we have a global slack and b) it be ‘official’ > whatever that means. Having not been able to find this, I invite everyone > over to: > > https://awesomestreetmap.slack.com > > So unless there is a secret slack somewhere that I missed, or something, I > need help: > > * Come join this slack, send me an email for an invite > * Can someone please add the osmbot to this slack? > * Can someone please make the magic “send me an invite thing” for this > slack? > * Please help edit http://wiki.openstreetmap.org/wiki/Slack and also make > slack a prominent part of other methods of communication > * Please announce this on your favorite existing mailing list, forum or > IRC channel > > I realize that I’m inviting a discussion about how slack is an evil > company or that we should all just use IRC, and those are fine arguments I > don’t have the energy for. > > Best > > Steve > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] image file as background in uMap
On Monday, February 29, 2016, Volker Schmidt wrote: > I have a jpg image file that I would like to use as a layer in a uMap map. > Is this possible? > If so, what's the recommended workflow to warp it and to insert it. > > Volker > Hi Volker, I would suggest: 1- Warp with http://mapwarper.net/ 2- Export and serve with mapwarper service: http://mapwarper.net/maps/tile/*/{z}/{x}/{y}.png 3- Include in uMap through: - Edit map settings - Custom background - Fill in all fields Best - althio ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weeklyOSM in French
We are proud to announce to the OSM community our French version of weeklyOSM. The weeklyOSM French Team is quite new and will be presented shortly. All the best! http://www.weeklyosm.eu/fr/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] MEP - pipelines
Maybe derailling and off-topic but anyway I do agree... To be discussed on tagging, dev, ...? >>> While we're at it, it would be nice to have a database that allows going >>> from the tagged item (e.g., "fitness centre") to recommended tag. >> >> The iD editor has a nice internal feature called aliases, so a person >> looking to add a restroom will find the toilet preset. > > +1 > We need something like those aliases, but centralised so all editors have > the same presets, and data consumers don't have to dig around our wiki and > taginfo to find what they need. +1 > Also, if data consumers use this potential online service to dinamically get > the tags they need, their process wouldn't be vulnerable to these kinds of > changes. +1 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk