Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

Mar 19, 2019, 3:10 PM by r...@technomancy.org: > I'm not sure why one would bother with this, but whatever. > It went as follows: - I made small prototype tool listing tourism attractions based on OSM data - during development I discovered massive amount of broken wikipedia and wikidata tags -

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

Mar 19, 2019, 5:04 PM by a...@pigsonthewing.org.uk: > On Tue, 19 Mar 2019 at 08:49, Mateusz Konieczny <> matkoni...@tutanota.com > <mailto:matkoni...@tutanota.com>> > wrote: > >> For example "wikipedia:en=Ireland" is an old style link

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

Mar 19, 2019, 5:11 PM by a...@pigsonthewing.org.uk: > This is why its batter to tag with Wikidata IDs. > My favorite form is both wikipedia and wikidata tag, wikipedia tag is human readable while wikidata is more stable and allows easily follow article name changes.

Re: [OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

Mar 19, 2019, 6:13 PM by r...@technomancy.org: > On 19/03/2019 09:49, Mateusz Konieczny wrote: > >> Old style wikipedia link is one where language is stored in key, not in >> value. >> >> For example "wikipedia:en=Ireland" is an old style link, w

[OSM-talk-ie] Proposed mechanical edit - elimination of old-style Wikipedia links in Ireland

Old style wikipedia link is one where language is stored in key, not in value. For example "wikipedia:en=Ireland" is an old style link, while "wikipedia=en:Ireland" is a form that is currently standard. Many old-style Wikipedia links remain and updating them to new style manually is boring,

Re: [OSM-talk] Overpass query for tags of previous object version?

Mar 18, 2019, 8:33 PM by selfishseaho...@gmail.com: > Hello > > Is there an overpass-turbo query that finds crossing=zebra that were > previously (i.e. version - 1) tagged crossing=traffic_signals? > > (Unfortunately a user unaware that pedestrian crossings with traffic > signals also have

[talk-au] Proposed mechanical edit - elimination of old-style Wikipedia links in Australia

Old style wikipedia link is one where language is stored in key, not in value. For example "wikipedia:en=Australia" is an old style link, while "wikipedia=en:Australia" is a form that is currently standard. Many old-style Wikipedia links remain and updating them to new style manually is boring,

Re: [OSM-talk] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

> > The correct way to handle this is to add the tag to the list of > deprecated tags that should be automatically removed (essentially iD has > a list and JOSM has one too), when and if the objects are ever edited > the tags will then be removed. &g

[OSM-talk] Proposed mechanical edit - elimination of osmarender:nameDirection - blatant tagging for the renderer

osmarender:nameDirection=* is an old tag that is case of tagging for the renderer. Additionally, Osmarender is defunct anyway. I propose to purge this tag from database as useless, confusing and encouraging tagging for renderer. This edit would remove about 2000 osmarender:nameDirection=*

Re: [OSM-talk] Maproulette

Mar 15, 2019, 3:25 PM by m...@rtijn.org: > > >> On Mar 15, 2019, at 4:39 AM, Mateusz Konieczny <>> matkoni...@tutanota.com >> <mailto:matkoni...@tutanota.com>>> > wrote: >> > ... > >> >> Are you aware about any location

Re: [OSM-talk] 140 000 shops of unspecified type

Mar 15, 2019, 11:31 AM by dieterdre...@gmail.com: > > > Am Fr., 15. März 2019 um 11:13 Uhr schrieb Mateusz Konieczny <> > matkoni...@tutanota.com <mailto:matkoni...@tutanota.com>> >: > >> About 4% of all tagged shops have shop=yes as its primar

Re: [OSM-talk] Maproulette

Mar 15, 2019, 11:31 AM by md...@xs4all.nl: > On 2019-03-15 11:08, Mateusz Konieczny wrote: > >> About 4% of all tagged shops have shop=yes as its primary tag what is >> >> not properly providing information about shop type. >> >> It would nice to reduce i

[OSM-talk] 140 000 shops of unspecified type

About 4% of all tagged shops have shop=yes as its primary tag what is not properly providing information about shop type. It would nice to reduce it a bit (at least stop growing share of shop=* tags). how to find it? JOSM validator since latest released version complains about shop=yes -

Re: [OSM-talk] Your thoughts on osm.org

Mar 12, 2019, 5:58 PM by m...@rtijn.org: > Imagine the openstreetmap.org home page, but without the map. > What would the home page be about instead? What would be on it? > Something that should be immediately removed to make a space for a map. ___

Re: [OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

Mar 11, 2019, 6:54 PM by talk@openstreetmap.org: > Can I add the query in more than a single line? (the provided one is quite > simple and still it is long) If so, how? (from what I am seeing Python is > very strict dealing with new lines) > This is not the best place for Python-specific

Re: [OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

Mar 11, 2019, 4:04 PM by ccam...@pm.me: > Thanks for your reply, Mateusz. > > I know (and use) Overpass turbo. However, what I want to do is to store a > query and execute it in order to update results and store them as a file for > further manipulation > OK, in that case you probably don;t

Re: [OSM-talk] How to save Overpass query results to a GeoJSON file with Python?

Mar 11, 2019, 11:18 AM by talk@openstreetmap.org: > Dear colleagues, > > I have just started to use Python and I would like to make a query to > Overpass and store the results in a geospatial format (e.g. GeoJSON) so I can > programatically update the data. > > As far as I know, there is a

Re: [Talk-us] Spot elevations collected as natural=peak and name=Point (height in feet)

If it is a peak then ele=XXX and noname=yes would be OK. If it is not a peak it should not be present at all - otherwise it opens way to importing LIDAR data into OSM (and there are datasets with resolution of 5 cm, dumping it into OSM would be case of unverifiable data making it impossible to

Re: [Talk-us] armchair mappers putting errors back into the map

Mar 3, 2019, 10:30 PM by nbol...@gmail.com: > > Also for me - in my opinion it is not a hack, it is a well working solution. > > I want to use this exact info to figure out which areas need more mapping of > sidewalks - and I plan to do so eventually. But it's not easy! > > Here's a friendly and

Re: [Talk-us] armchair mappers putting errors back into the map

Mar 3, 2019, 8:20 PM by ajt1...@gmail.com: > On 03/03/2019 18:43, Nick Bolten wrote: > >> As I mentioned, I'm aware of hacks regarding sidewalks >> > > I wouldn't describe sidewalk=none as a hack - speaking as someone who walks a > lot, any verifiable tag that says "you're allowed to, but you

Re: [Talk-us] armchair mappers putting errors back into the map

Mar 3, 2019, 7:26 PM by nbol...@gmail.com: > You can't differentiate between "nobody has attempted to add the sidewalks to > this block" from "there are no sidewalks on this block" without worldwide > manual reviews > sidewalk=none, 270k uses worldwide

Re: [Talk-us] armchair mappers putting errors back into the map

Mar 3, 2019, 5:09 PM by rwe...@averillpark.net: > we've talked about this before, i guess we will never stop talking about it. > > i recently noticed in my OSMAnd display that an error got put back > into the map about 1 mile from where i live. a short dead end > was put in as a residential road

[OSM-legal-talk] How to stop violation of OSM copyright by Mapbox?

Note that in this I focus specifically on Mapbox, but they are not unique in repeatedly "forgetting" to properly attribute OSM while prominently featuring their own logo. For start I would be thankful for fact check - are facts that I listed below actually facts or are hilarious misrepresentation

Re: [Talk-us] gunnison national forest not being rendered

Have you tried loading affected relation in JOSM and running validator? It often spots important problems. If you want to do it but gave no idea how to do it, let us know and I will explain it in detail. Mar 3, 2019, 12:15 AM by bradha...@fastmail.com: > Help me understand why Gunnison NF is

Re: [OSM-talk] We need to have a conversation about attribution

Mar 2, 2019, 4:13 PM by f...@zz.de: > > Hi, > > On Sat, Mar 02, 2019 at 02:05:44PM +0100, Mateusz Konieczny wrote: > >> Mar 2, 2019, 12:19 PM by >> f...@zz.de <mailto:f...@zz.de>>> : >> >> > Yes - we talk nicely - but i

Re: [OSM-talk] We need to have a conversation about attribution

Mar 2, 2019, 12:19 PM by f...@zz.de: > Yes - we talk nicely - but in > the end nobody is willing to drag them to court. And THAT was the first > question i had when we talked about relicensing. > There is a big gap between polite (and easily ignorable) messages and court. Have OSMF ever send a

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 11:25 AM by si...@poole.ch: > > And specifically on the issue with Mapbox customers, one of the results > of the 2014 discussions was this statement by Mapbox > > https://www.openstreetmap.org/user/lxbarth/diary/21847 >

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 9:42 PM by o...@tobias-knerr.de: > I don't perceive off-map attribution as a recent trend: This style of > OSM attribution was reasonably popular even back then, especially in > mobile apps. > (...) > > This is my personal preference, but I would still require equal > prominence

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 3:53 PM by a...@pigsonthewing.org.uk: > On Fri, 1 Mar 2019 at 11:56, Marc Gemis <> marc.ge...@gmail.com > > > wrote: > >> > I don't recall ever giving the OSMF authority to act as my agent. Did you? >> >> You probably agreed to >>

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 3:17 PM by tomasstrau...@gmail.com: > Even OSM attribution takes full line on smaller (not older) phones. Altitude > data provider attribution wraps in such case. > For full screen map two lines of text is perfectly OK. ___ talk mailing

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 1:05 PM by mikel.ma...@gmail.com: > As enthusiastic as I am to see osm “in the wild”, I’m irritated by license > shaming. I know, it’s irritating by design. I don’t believe it works and just > casts a bad light of OSM. > I agree, and probably most mappers agree. That is probably

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 12:31 PM by si...@poole.ch: > > > > Am 01.03.2019 um 12:01 schrieb Mateusz Konieczny: > >> >> >> >> Mar 1, 2019, 11:25 AM by >> si...@poole.ch <mailto:si...@poole.ch>>> : >> >>> >>> And

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 12:49 PM by a...@pigsonthewing.org.uk: > On Fri, 1 Mar 2019 at 11:05, Mateusz Konieczny <> matkoni...@tutanota.com > <mailto:matkoni...@tutanota.com>> > wrote: > >> Additional question - who can file DMCA. AFAIK only OSMF can do that and >>

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 11:48 AM by si...@poole.ch: > > > > Am 01.03.2019 um 10:48 schrieb Mateusz Konieczny: > >> >> > . > > >> c) I recommend doing this, Itried mailing Mapbox about their >> license-breaking >> hiding at

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 11:25 AM by si...@poole.ch: > > And specifically on the issue with Mapbox customers, one of the results > of the 2014 discussions was this statement by Mapbox > > https://www.openstreetmap.org/user/lxbarth/diary/21847 >

Re: [OSM-talk] We need to have a conversation about attribution

Mar 1, 2019, 2:51 AM by mikel.ma...@gmail.com: > ODbL doesn't specify how attribution needs to happen, or anything about > equivalence with other attribution. So even if OSMF were to take on > enforcement, there's nothing to specific to enforce. > Untrue, see "You must include a notice

Re: [OSM-talk] We need to have a conversation about attribution

Feb 28, 2019, 11:35 PM by rich...@systemed.net: > This response might be: > > a) we are happy for attribution to be behind a credits screen and we will > update our requirements to say so > b) we will informally tolerate attribution being behind a credits screen but > we do not intend to

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

Feb 27, 2019, 3:08 PM by a...@pigsonthewing.org.uk: > On Fri, 22 Feb 2019 at 07:02, Bryce Jasmer <> br...@jasmer.com > > > wrote: > >> I welcome your input. >> > > P.S. It would also be worth considering extending or adapting the > code, so that if an error like 404

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

Feb 26, 2019, 3:05 PM by frede...@remote.org: > But I struggle to find any problems with the suggestion, other than my > general reservation against any automated edit - it will make the object > "look fresh" when indeed it hasn't been touched. > Would you also oppose to human manually checking

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

Feb 26, 2019, 2:45 PM by iknowjos...@gmail.com: > I can see in the comments of your diary entry that you were told about HSTS > recently. I'm not trying to be offensive, but that shows you're not a HTTPS / > web security expert. Do you really think you're the person to be making world > wide

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

In this case there are two things - motivation for spending time on edit and effects of actual changes. Motivation is not really important - it is not important whatever someone loves letter s or wants to improve security (and even if security is improved there was no point in mentioning it).

[Talk-us] Proposed mechanical edit - elimination of old-style Wikipedia links in USA

Old style wikipedia link is one where language is stored in key, not in value. For example "wikipedia:en=Kansas" is an old style link, while "wikipedia=en:Kansas" is a form that is currently standard. Many old-style Wikipedia links remain and updating them to new style manually is boring,

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

nition of enormous is and what would be an acceptable size.  > > On Tue, Feb 26, 2019 at 4:39 AM Mateusz Konieczny <> matkoni...@tutanota.com > <mailto:matkoni...@tutanota.com>> > wrote: > >> >> In that case this mechanical edit makes sense for me (as long as edits

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

de...@remote.org>> > wrote: > >> Hi, >> >> On 26.02.19 12:47, Mateusz Konieczny wrote: >> > So when >> http://domainname.com <http://domainname.com>>> redirects to >> > >> https://some-other-domainname.com >

Re: [OSM-talk] HTTPS all the Things (Automated Edit)

Feb 22, 2019, 8:02 AM by br...@jasmer.com: > I have written a script that will search for OSM objects that have a website > tag that explicitly states "http://...; or implicitly uses http by leaving of > the protocol specification. The script will then loop through all that it > discovers and

Re: [OSM-talk] Organised Editing Guidelines now officially live

Jan 17, 2019, 5:51 PM by openstreet...@stereo.lu: > If you use a special source you can’t share, and the local community > understands and is cool with it, no one is in trouble. > What about someone not from local community attempting to check whatever data import was a copyright violation?

Re: [OSM-talk] Looking for phot of mapping mappers

Jan 23, 2019, 5:27 AM by sea...@gmail.com: > On Wed, Jan 23, 2019 at 5:22 AM Christoph Hormann <> o...@imagico.de > > > wrote: > >> I like in particular >> >> >> >> https://wiki.openstreetmap.org/wiki/File:Guagua_ESSC-OSMPH_Training_field_survey.jpg >> >>

[OSM-talk] Looking for phot of mapping mappers

I am looking for a good photo of mappers mapping during survey. It turns to be surprisingly hard. Can someone share/link one? - I am not interested in photos of groups of mappers before mapping or after mapping - I am not looking for image of people sitting in front of computers and ebntering

Re: [OSM-talk] Organised Editing Guidelines now officially live

Jan 10, 2019, 4:26 PM by openstreet...@stereo.lu: > I believe that no other project, open or proprietary, has faced this exact > issue before. > AFAIK Wikipedia had (and has) exactly the same problem - ranging from well meaning people (that frequently caused problem) through low-paid people

Re: [OSM-talk] OSM Alexa Traffic Rank

Jan 9, 2019, 9:47 PM by svo...@hotmail.com: > According to > "> Alexa Traffic Rank":  > "The rank [of > openstreetmap.org] > declined 517 positions versus the > previous 3 months". > Alexa rank is in large part measuring how many visitors of a given website were fooled into installing Alexa

Re: [OSM-talk] Help with way forward with Grab

Jan 7, 2019, 3:23 PM by mish...@mishari.net: > 1. What's a fair expectation from such a mapping team? > To not make situation worse - it is unnaceptable to make much more mistakes than unpaid hobby mappers. Maybe they unable to fulfil this requirement and contract signed with Grab while

Re: [OSM-talk] Help with way forward with Grab

Jan 7, 2019, 7:24 PM by o...@imagico.de: >> 2.2 What would even constitute as a fix by Grab? Should we ask them >> to do something like fixme=verify_on_ground on the new entries so >> that it can be ignored by the routing until verified? >> > > No - if you see a significant fraction of what

Re: [OSM-talk] Grab using OSM Data for route preview

It is ok to do it this also with other data users who refuse to attribute OSM properly? This mail finally mobilised me to complain  to Mapbox about their practise of putting large Mapbox logo and hiding any mention  of OpenStreetMap behind click to view button. But I am planning next action(s)

Re: [OSM-talk] Project related query

I would start from mapping some features in your local area to see how OSM works from view of a mapper. https://wiki.openstreetmap.org/wiki/Beginners%27_guide https://learnosm.org/en/beginner/start-osm/

Re: [OSM-talk] [Osmf-talk] Candidate's views? Re: Board decision on Crimea complaint

Dec 13, 2018, 1:53 PM by ajt1...@gmail.com: > On 11/12/2018 13:45, Manfred A. Reiter wrote: > >> >> [...] >> >> The decision of the DWG was absolutely correct according to the >> rules that OSM imposed on itself. >> >> I think the board here is opening Pandora's box. It

Re: [OSM-talk] Board decision on Crimea complaint

Is it serious or some joke/hoax? Because making such decision would providing any justification at all would be ridiculous. 10 Dec 2018, 17:55 by m...@rtijn.org: > > The Board decided that this decision is to be reversed and the previous > situation, as laid out in the May 5, 2014 Data Working

Re: [OSM-talk] Any suggestions on how to handle these errors?

Are geometries acceptable? Because adding building=yes to all of the is really easy (at least in JOSM) but it is hard to say for me whatever geometries are good enough to keep them. Dec 2, 2018, 7:53 PM by jacknst...@sprynet.com: > While chasing down some OSM Inspector-tagged errors, I found

Re: [OSM-talk] OSMF makes a political decision where should be a technical solution?

24. Nov 2018 15:09 by ajt1...@gmail.com : > >> >> 2. International boundaries DO sometimes overlap.>> > > > > > I'm not actually aware of a situation where countries have said "this > bit belongs equally to both of us" (I'd be

Re: [OSM-talk] OSMF makes a political decision where should be a technical solution?

"international recognition" allows to eliminate for example Sealand (and othermicronation nonsense). It also allows to skip on the ground survey in cases where everybody agrees where the border are. It also allows to map borders in areas without physical control (due to lack of inhabitants

Re: [OSM-talk] OSMF makes a political decision where should be a technical solution?

23. Nov 2018 01:42 by yuriastrak...@gmail.com : > * each country gets its own admin_level=2 relation according to THAT country. > I am against starting to misuse admin_level=2 relations. ___ talk mailing list

Re: [OSM-talk] Multiple errors in the same location

AFAIK yes. See for example http://blog.imagico.de/openstreetmap-at-its-worst 21. Nov 2018 23:29 by jem.maw...@gmail.com : > Is the CanVec import notable for being

Re: [OSM-talk] Multiple errors in the same location

22. Nov 2018 03:06 by pierz...@yahoo.fr : > There were some imports made, duplicates created trying to follow OSM rules, > a lot of ctirics and tensions, and less and less contributors ready to edit > in these areas. Can you can give examples of duplicates created

Re: [OSM-talk] OSMF silently sides with Russia?

21. Nov 2018 15:17 by tomasstrau...@gmail.com : > But I see no objective reasons why this should be the case in the > data. https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule  

Re: [OSM-talk] OSMF silently sides with Russia?

20. Nov 2018 07:15 by tomasstrau...@gmail.com : > Hello > > I think this needs more attention and should not be silently buried > in archives. > > OSMF/DWG has sided with Moscow to recognise illegal annexation of > Ukraine's territory - Crimea. > > >

Re: [OSM-talk] Plus code grid service

It is still not clear to me why new way of writing latitude and longitude is supposed to be interesting. 19. Nov 2018 16:43 by drinc...@google.com : > We're really excited to launch a free plus code grid service at > > https://grid.plus.codes

Re: [OSM-talk] cycle.travel's OSM bike routing now covers Scandinavia and Eastern Europe

Great news! I remember checking it some time ago and now it is available! >From quick checks it seems to give really good results in my town. Thanks for making it available! 19. Nov 2018 13:41 by rich...@systemed.net : > Hi all, > > I've just added coverage of

Re: [OSM-talk] 3rd party API integration

17. Nov 2018 17:01 by sebastian.kuer...@fu-berlin.de : > I'm just looking for more examples to get an idea of what people are > doing already to connect OSM with other services, especially via APIs. I have a script that takes area and lists the most

Re: [OSM-talk] Multiple errors in the same location

16. Nov 2018 17:06 by sandor...@gmail.com : > > When multiple errors appear in the same location the question is what to do? > The same as with a single error - fix the problem (how it should be done depends on situation) or wait until it is done by someone

Re: [OSM-talk] How to get an overview of multiple gpx on OSM map?

I would open JOSM and open GPX file(s). JOSM is primarily an editor, but I use it alsofor visualisation of GPX files. https://josm.openstreetmap.de QGIS is another tool - typically used for processing of data, but showing GPX tracks is alsoa thing that it can

Re: [OSM-talk] Fwd: Short ways added to substitute barriers

29. Oct 2018 11:43 by davefoxfa...@btinternet.com : >  It's the gate which is the restriction. The problem is the gate > doesn't have any subtags to indicate access. > I am using access=*, vehicle=*, bicycle=*, foot=*, opening_hours=*  At least

Re: [OSM-talk] Fwd: Short ways added to substitute barriers

29. Oct 2018 04:08 by jem.maw...@gmail.com : > > Re: > https://www.openstreetmap.org/way/634085262 > > and several more like it in > the area. > It seems that new, short ways have been introduced to replicate the

Re: [OSM-talk] Mobile Application for optimizing OSM ski area data

26. Oct 2018 14:22 by v...@live.at : > > I am planning to develop an mobile app to optimize ski area data provided by > OSM. The user should be able to use the app for locating him- or herself in a > ski area and have a look at all the different slopes and lifts and all

Re: [OSM-talk] Fwd: DWG policy on Crimea

23. Oct 2018 08:57 by frede...@remote.org : > It would however be interesting to develop a tagging scheme that lets us > not only record "this border is disputed" but also "this is the extent > of country X according to country Y", which we currently don't have. >

Re: [OSM-talk] Fwd: DWG policy on Crimea

22. Oct 2018 16:59 by colin.sm...@xs4all.nl <mailto:colin.sm...@xs4all.nl>: > > On 2018-10-22 16:34, Mateusz Konieczny wrote: > >> >> I strongly disagree, we map reality. >> > > There is no one true reality, only perceptions. > There is both a

Re: [OSM-talk] Fwd: DWG policy on Crimea

22. Oct 2018 15:51 by yuriastrak...@gmail.com <mailto:yuriastrak...@gmail.com>: > On Mon, Oct 22, 2018 at 8:22 AM Mateusz Konieczny <> matkoni...@tutanota.com > <mailto:matkoni...@tutanota.com>> > wrote: > >> >>> I think a country r

Re: [OSM-talk] Fwd: DWG policy on Crimea

22. Oct 2018 16:17 by dieterdre...@gmail.com <mailto:dieterdre...@gmail.com>: > Am Mo., 22. Okt. 2018 um 15:54 Uhr schrieb Yuri Astrakhan <> > yuriastrak...@gmail.com <mailto:yuriastrak...@gmail.com>> >: > >> On Mon, Oct 22, 2018 at 8:22 AM Mateusz Ko

Re: [OSM-talk] Fwd: DWG policy on Crimea

Can you summarize parts of this article (5k+ words, in "long read" section) that are relevant totagging of Russian and Ukrainian border in the Crimea? 22. Oct 2018 00:44 by oleksiy.muzal...@bluewin.ch : > > Hi Martin, > > Before

Re: [OSM-talk] Fwd: DWG policy on Crimea

21. Oct 2018 23:19 by yuriastrak...@gmail.com : > I think a country relation should describe how the specific country think of > its borders. So if two countries claim the same territory, those two > relations will overlap. That is absurd and conflict with

Re: [OSM-talk] Fwd: DWG policy on Crimea

21. Oct 2018 15:12 by dieterdre...@gmail.com : > Therefore we can all be satisfied there is clear guidance from the board how > to deal with this: the local situation determines how we map, and the OSMF is > explicit here: “National borders are particularly

Re: [OSM-talk] Please help with name-suggestion-index project!

To clarify why it is useful: https://github.com/osmlab/name-suggestion-index#name-suggestion-index hasindex of common brand. It allows for easier editing for editors using this data. For example in Vespucciwhen I encounter

[OSM-talk] OpenStreetMap usage in scientific studies

Is there already some OSM Wiki page describing how OSM data was used in research? I wanted to documents some cases of using OSM data in scientific studies on OSM Wiki.But it seems that I am the first person that started doing this. I am looking both for - page itself- pages where it would be

Re: [OSM-talk] Is it time to redevelop JOSM?

8. Oct 2018 01:01 by jwhelan0...@gmail.com : > There is probably an element of religion here, the existing developers know > JAVA and their existing development environment and are happy with it.  It > would be a lot of work and there would be a lot of testing to

Re: [OSM-talk] Is it time to redevelop JOSM?

8. Oct 2018 16:33 by f...@zz.de : > Over the last 2-3 years i am getting my trouble with josm because it > is no longer an offline editor. Everyone who has tried starting josm > on Edge type connections (Yes - i do have DSL Light with 384KBit/s at > home) knows what i am

Re: [OSM-talk] Is it time to redevelop JOSM?

7. Oct 2018 23:07 by jwhelan0...@gmail.com : > JAVA has a number of problems.  Can you give examples that would justify a massive effort of reimplementing JOSM?   > Many corporations ban its installation citing security issues which restricts > the

Re: [OSM-talk] LinuxFoundation Energy Summit 2018 in Edinburgh (too few OSM inside)

5. Oct 2018 00:02 by fl.infosrese...@gmail.com : > Following my current professional experience, it becomes more and more usual > to clean-up proprietary and inside dataset with OSM data (my job, sometimes > on power infrastructure)   I wonder whatever they

Re: [OSM-talk] OEM Wiki is still slow to load

3. Oct 2018 13:09 by davefoxfa...@btinternet.com : > Hi > > For the couple of weeks OSM Wiki pages are quite slow to load. Is it > coincidence it was at the same time OSM Wikibase was implemented? > > Are there any plans to rectify the situation?   I 

Re: [OSM-talk] OSM Wikibase is now live

26. Sep 2018 21:18 by yuriastrak...@gmail.com : > In the last week, we had 18 users making nearly 900 changes For someone maintaining an editor it is a drawback, not benefit. On wiki if someone decides to mark (for example) landuse=forest as wrong, evil and

Re: [OSM-talk] OSM Wikibase is now live

Part of Wikibase that are an attempt to create yet another preset and validator ruleset are probably not going to be used by anybody. Note that so far every editor creates its own (iD, Vespucci, JOSM...). 23. Sep 2018 14:05 by osm...@michreichert.de : > TBH, if

Re: [OSM-talk] Paper/Article about stagnation in OSM

1. Sierpień 2018 21:27 od matkoni...@tutanota.com : > 31. Lipiec 2018 23:49 od > frede...@remote.org > > : > > >> an interesting read: "The social construction of technological stasis: >> The stagnating data structure in

Re: [OSM-talk] Paper/Article about stagnation in OSM

31. Lipiec 2018 23:49 od frede...@remote.org : > an interesting read: "The social construction of technological stasis: > The stagnating data structure in OpenStreetMap." > It is hard for me to treat seriously something that has "Figure 6. Code revisions per

Re: [OSM-talk] weeklyOSM #417 2018-07-10-2018-07-16

it looks normal for me, but it is unclear what you mean by"Looks like it's been hacked or something" 21. Lipiec 2018 11:12 od o...@hjart.dk : > What happened to the website? Looks like it's been hacked or something. > > lørdag den 21. juli 2018 10.54.31 CEST skrev

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

4. Lipiec 2018 08:38 od f...@zz.de : > Its a big spaghetti mess > and data consumers take whats documented and ignore misspellings. Users > have to fix it with discipline noticing the errors in data consumers > products. Thats been OSM for more than a decade. It turned

Re: [OSM-talk] [HOT] Why the HOT obsession with low quality buildings in Africa ?

4. Lipiec 2018 10:16 od j...@liotier.org : > I am concerned about the cases where a building does exist in reality, the > shape is less than ten meters from its position, some of the shape > overlaps the building's position on the imagery and some of the shape >

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

4. Lipiec 2018 08:28 od f...@zz.de <mailto:f...@zz.de>: > On Tue, Jul 03, 2018 at 11:17:29PM +0200, Mateusz Konieczny wrote: >> 3. Lipiec 2018 21:53 od >> f...@zz.de <mailto:f...@zz.de>>> <>> >> mailto:f...@zz.de <mailto:mailto:f...@zz.d

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

4. Lipiec 2018 08:28 od f...@zz.de : > I have myself always used > note=fixme ... > I would encourage you to use fixme tag (or FIXME tag if you really want) - note tag is rather about some nonobvious info, rather that statement that data is wrong and requires fixing.

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

3. Lipiec 2018 21:53 od f...@zz.de : > IMHO fixing problems in the data always start with fixing the cause > why they are added in the first place. Otherwise you fix the current > state but errors start beeing added the minute you think you are "done". > That is one of

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

he same meaning. > On 03.07.2018 09:49, Mateusz Konieczny wrote: >> - removes common duplicate confusing people > > I'm getting the impression that we cannot find agreements on more important > confusions (grass and forest landuse/landcover for example), so we start > looking at s

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

3. Lipiec 2018 11:38 od md...@xs4all.nl <mailto:md...@xs4all.nl>: > On 2018-07-03 11:23, Mateusz Konieczny wrote: >> 3. Lipiec 2018 10:36 od >> md...@xs4all.nl <mailto:md...@xs4all.nl>>> : >> >>> What will prevent users from adding FIXME tags in t

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

3. Lipiec 2018 10:36 od md...@xs4all.nl : > What will prevent users from adding FIXME tags in the future? Nothing, users may add any tags. It is impossible to change that by edits.   > What happens to the tools that read FIXME tags in the meanwhile? Tools that

Re: [OSM-talk] proposed mechanical edit - moving FIXME=* to fixme=*

3. Lipiec 2018 01:23 od osm...@michreichert.de : > > What's the benefit in this mechanical edit? It just sets the > last_modified attribute to a recent date and data consumers, mappers and > QA tools get the impression that the object is not old. > - removes

<    4   5   6   7   8   9   10   11   >