Re: [OSM-talk] MAPS.ME edits - partly sub-standard

Am 20.06.2016 um 23:49 schrieb Andrew Harvey: > On 20 June 2016 at 22:48, Oleksiy Muzalyev > wrote: >> Maps.me editor has got the principal difference from other editors, - it can >> be used without an active Internet connection. > I've been editing in JOSM for

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

The problem is not with people that know what the conceptual trade-offs are and if they so want could generate a more current map. That know that they might be duplicating existing data and that will not be upset when it promptly gets zapped. Try softening the experience for a well meaning newbie

Re: [OSM-talk] Not sure what to think

Am 08.01.2016 um 17:08 schrieb Tom Lee: > Google indexing a site, and your use of that index to find the site, > does not taint the interaction between you and that site. If I > trespass on private property on my way to buy groceries, the property > owner might have a claim against me. But it is

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

The "attic" is used (in previous non-hipster software development times) as the place for storage of outdated/dead etc code Now days it is called github :-). Simon Am 04.02.2016 um 08:12 schrieb Paul Johnson: > On Thu, Feb 4, 2016 at 1:06 AM, Maarten Deen

Re: [OSM-talk] [Osmf-talk] [Talk-us] license changes

Am 22.02.2016 um 13:01 schrieb Mike N: > On 2/22/2016 4:38 AM, Simone Cortesi wrote: >> Looking at previous discussions about "yet another licence change" I >> wonder if the real client of the exercise really isn't OpenStreetMap >> US but some company whose name starts with Map* > > Speaking as

Re: [OSM-talk] [Osmf-talk] [Talk-us] license changes

There is, naturally, a longish story before this, not really necessary, drama. In August last year Kate hat contact with a law school about potential input from a seminar or similar format on topics in the context of licensing. While there was a fair amount of discussion and some suggestions with

Re: [OSM-talk] Slack

YEAH so lets run a http://www.mattermost.org/ service too. Am 27.03.2016 um 00:26 schrieb Dave F: > Yeay! Another communication forum. Just what OSM needs. > > On 26/03/2016 19:59, Steve Coast wrote: >> Ok so look, Slack took over the world. And it turns out it’s pretty >> good and useful.

Re: [OSM-talk] OsmAnd financially rewarding mappers

Am 03.03.2016 um 12:42 schrieb Paul Johnson: > On Thu, Mar 3, 2016 at 5:31 AM, Marc Gemis > wrote: > > So you will start making changesets where you move points one pixel > at the time to their final position ? (just to increase the

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

I'm slightly taken back by the number of people wanting to jump in and make decisions for a local community on a topic that has little bearing outside of their region. Surely is must be their prerogative to decide how best to get imagery for their area, if at all (I do suspect that they will

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

Am 25.04.2016 um 20:41 schrieb Christoph Hormann: > I tried to clarify my standpoint in my reply to Frederik. > > In addition i also think open imagery is currently severely underused in > OSM mapping due to convenient availability of not really open but free > to use in OSM imagery in Bing

Re: [OSM-talk] Can we utilise the popularity of Pokémon Go for OSM?

Am 14.07.2016 um 13:46 schrieb Svavar Kjarrval: > I'm wondering if there might be > opportunities for OpenStreetMap to utilise that activity to encourage > the gamers to collect (non-infringing) data for OSM while they're > playing the game anyway. Without a version that actually uses OSM data, I

Re: [OSM-talk] OSM registrations by County

The self-declared location data in the profile is currently not public outside of the display on the map in the profile view of the accounts, all statistics from Pascal Neis, many others and myself use changeset data (typically the first changeset) to determine "where" a mapper belongs to. But as

Re: [OSM-talk] Go Map!: Mobile mapping on iOS

Am 27.07.2016 um 12:39 schrieb Aun Johnsen: > GoMap!! is limited in its capabilities to edit relations to reduce the > chance of breaking anything. Without being sure, when splitting a way > that is member of a relation, both parts continue with same > membership. This might give undesired

Re: [OSM-talk] What3words

It should be noted that this discussion and the subject of the many jokes, ridicule, parodies etc. is a company, or rather a specific product of that company. Particularly given the fairly aggressive marketing of the product, but even without that, it is difficult to determine why personal

Re: [OSM-talk] What3words

Am 12.07.2016 um 21:07 schrieb Mark Wagner: > .. > 3) ... and my GPS can't display it. That however is only the small problem of w3w paying the device manufacturer enough so they include it, or becoming popular enough so that the device manufacturer pays w3w for including it. Typically the

Re: [OSM-talk] OSM then and now revived

I suspect the main problem is that in 2007 we didn't really have a lot of data so rendering tiles or it is really not such a big issue. However 2010 and later would require per point in time a rather largish rendering DB plus space for tiles a model that neither scales nor would seem to be a

Re: [OSM-talk] OSM then and now revived

. Simon Am 30.01.2017 um 12:26 schrieb Maarten Deen: > On 2017-01-30 12:07, Simon Poole wrote: >> I suspect the main problem is that in 2007 we didn't really have a lot >> of data so rendering tiles or it is really not such a big issue. >> However 2010 and later would requ

Re: [OSM-talk] ODbL and source tags

Am 22.01.2017 um 13:38 schrieb David Marchal: > ... > I’m studying asking authorization for data import to a potential provider, > and have a question about the ODbL: does it mandate the preservation of > source tags, or at least including their content in the re-using DB > disclaimer? The

Re: [OSM-talk] Forum admin(s) wanted

May I suggest that switching to panic mode is a bit premature. Lambertus last contribution to OSM is just over half a year old, and there are other ways to contact people than just e-mail. Further I've heard that some people are attempting to scrape the whole forum which is likely not the best

Re: [OSM-talk] Data Quality and Mapping for the renderer.

Am 22.08.2016 um 01:59 schrieb Svavar Kjarrval: > There are also online QA tools which display certain types of errors, "notifications that data that may be erroneous" please, not "errors". The false positive rate of all such tool tends to rather high and believing that the tool is right without

Re: [OSM-talk] talk Digest, Vol 144, Issue 40

Am 24.08.2016 um 21:51 schrieb Federico: > > Thanks Nicolás for bringing this into attention. > Indeed SearchAroundBot follows the same approach of Wheelmap: Wheelmap.org is > a community project – everyone can get involved. You don’t even need to > register to map places! >

Re: [OSM-talk] Draft updated privacy policy

or on the documents talk page. Simon Am 16.06.2015 um 13:17 schrieb Simon Poole: > And now for something completely different. > > I've produced an updated version of the OSM privacy policy: > http://wiki.openstreetmap.org/wiki/Updated_Privacy_Policy (the original > res

[OSM-talk] Updated Privacy Policy

The updated privacy policy that was in work since late 2015 has now been published and is available here: http://wiki.osmfoundation.org/wiki/Privacy_Policy The changes in detail can be viewed here: http://wiki.openstreetmap.org/w/index.php?title=Privacy_Policy=revision=1350102=1253512 One of the

Re: [OSM-talk] Updated Privacy Policy

: > > Nice work. Thank you to all involved - Mike > > > On 28/09/16 12:05, Simon Poole wrote: >> The updated privacy policy that was in work since late 2015 has now been >> published and is available here: >> http://wiki.osmfoundation.org/wiki/Privacy_Policy >> >

Re: [OSM-talk] Filling in the gaps in the map with crowdsourcing techniques

I assume everybody saw my talk yesterday :-). Seriously, even if you don't expose geometry to the end user your editor needs to be geometry-aware (that means have at least internal access to all variants of how the object of interest can be modeled in OSM) and make the user aware of the presence

Re: [OSM-talk] non-temporary usage of highway=road

Aun The use of highway=road goes back to before we had access to aerial imagery. Often you would simply have a raw GPX track without any further meta-data and you might simply wanted to indicate that there might be something there for later survey and there was neither the amount of correct road

[OSM-talk] Looking for vespucci user with Samsung S4 running 4.3 that experiencing an instant crash

Sorry for disturbing all, but the user in question is running a device with en_US locale so might be reachable via a mail here :-/. If YOU are the user in question, the crash 6 hours back is due to ** ** * https://groups.google.com/forum/#!topic/android-developers/U3N9eL5BcJk ** unluckily

Re: [OSM-talk] OpenStreetView name change

Sigh Trademarks are not patents, there is no concept similar to prior art (there is in the US some thing which comes quite close, but that is just 1 (one) country). If you are a trademark owner you need to monitor applications that are close to your mark and if the examiners don't throw

Re: [OSM-talk] OpenStreetView name change

Am 08.11.2016 um 19:51 schrieb Glenn Plas: > .. > View is quite a common word. Imagine apple claiming the rights on > anything that starts with I- : I-crap, I-whatever, I-rail, I-eat (there > are thousands of those). They wouldn't exist either without Apple. Apple is naturally the text book

Re: [OSM-talk] Use policies update

Am 05.11.2016 um 11:41 schrieb Christoph Hormann: ... > By the way in the tile usage policy the attribution requirement could be > clearer. Since the tiles are licensed as CC-BY-SA it would normally be > required to also state this in the attribution in addition to the > data/ODbL

Re: [OSM-talk] OpenStreetView name change

Streetscape is totally fine, if you just want to have the same problems again. Rough step by step guide to finding a workable product name: - don't do it in public - don't use anything descriptive - google for the name - do an exhaustive trademark search (or rather let your fav IP counsel do

[OSM-talk] Use policies update

All three OSM usage policies ( https://wiki.openstreetmap.org/wiki/Acceptable_Use_Policy ) have been updated to include a section pointing out that use of these services is subject to our Privacy Policy (http://wiki.osmfoundation.org/wiki/Privacy_Policy ) see for example

Re: [OSM-talk] Use policies update

lar to our standard style? Unlikely, so why are we are applying a licence that has a number of undesirable properties and would cause a lot of headaches if taken seriously to our tiles? Simon Am 05.11.2016 um 21:03 schrieb Martin Koppenhoefer: > > 2016-11-05 15:26 GMT+01:00 Simon Poole

[OSM-talk] Heads up: "Amenity Editor" web app broken

In a blast from the past we noticed today that the "Amenity Editor" web app is not actually 64bit OSM id compatible and breaks things, see https://github.com/grundid/amenity-editor/issues/3 for the issue. There has only been ~500 edits with the tool since February 2013 (when we hit signed 32bit

Re: [OSM-talk] The movie Eye in the Sky credits OpenStreetMap

t a project with a cost of about $75 million would > have plenty of resources with which to do legal research and > completely fulfill the terms of the license. > > Pine > > On Sat, Oct 22, 2016 at 1:08 AM, Simon Poole <si...@poole.ch > <mailto:si...@poole.ch>> wrote: >

Re: [OSM-talk] The movie Eye in the Sky credits OpenStreetMap

“© OpenStreetMap contributors” has been the suggested attribtion text since day one post licence change (see http://www.openstreetmap.org/copyright and http://wiki.osmfoundation.org/wiki/Licence/Licence_and_Legal_FAQ ). While you could argue that the OSMF is wrong headed to ask for that, you

Re: [OSM-talk] Overhaul of https://wiki.openstreetmap.org/wiki/Use_OpenStreetMap

IMHO one of https://wiki.openstreetmap.org/wiki/Using_OpenStreetMap or https://wiki.openstreetmap.org/wiki/Use_OpenStreetMap should be nuked. And the remaining page revised so that it actually makes some sense (which is likely easier with the page you want to work on). No setting his hopes high.

Re: [OSM-talk] JOSM 11223 won't start : expired certifcate

See https://josm.openstreetmap.de/ticket/14029 Am 25.11.2016 um 09:03 schrieb François Lacombe: > Hi all, > > Starting yesterday evening, JOSM 11223 jnlp won't start on my laptop. > > JAVA 8 upd111 arguing me it doesn't find any valid certifcate to > challenge application security. > The last

Re: [OSM-talk] JOSM 11223 won't start : expired certifcate

> www.infos-reseaux.com <http://www.infos-reseaux.com> > @InfosReseaux <http://www.twitter.com/InfosReseaux> > > 2016-11-25 10:36 GMT+01:00 Simon Poole <si...@poole.ch > <mailto:si...@poole.ch>>: > > See https://josm.openstreetmap.de/ticket/14029 &g

Re: [OSM-talk] fixme -- by a specific date

I'm note quite sure why this use case wouldn't be covered by the normal opening_hours specification as long as we are talking about regular seasonal or month based openings/closures. Given that opening_hours (and the other tags that use the same specification) already includes everything and the

Re: [OSM-talk] introducing localities in wikipedia

In some aspects wikipedia is completely different than OSM, for example WP has the rule of "no original research", we on the other hand want exactly that (via survey). Adding a WP article on an object would require you finding citable third party sources with information on the object, it is not

Re: [OSM-talk] OSM New Logo Proposal

I suspect that was exactly the kind of thing Elio was trying to avoid . That said, I'm not convinced that yet another iteration of the magnifying glass logo makes a lot of sense. Logos with the basic theme are a dime a dozen and ours employs memes that are not obvious at all today on top of

Re: [OSM-talk] Cleanup of Wiki Page "Contact_channels"

schrieb Michael Reichert: > Hi Simon, > > Am 12.12.2016 um 21:47 schrieb Simon Poole: >> Like so many wiki pages there is really only one good action: send it to >> the circular folder. >> >> https://www.openstreetmap.org/help already lists all OSMF operated >

Re: [OSM-talk] Use policies update

Am 09.11.2016 um 12:42 schrieb Martin Koppenhoefer: > > 2016-11-06 0:25 GMT+01:00 Simon Poole <si...@poole.ch > <mailto:si...@poole.ch>>: ... > > I'm not sure it is like this. Just because the code to produce the > work has a CC0 license attached t

Re: [OSM-talk] Cleanup of Wiki Page "Contact_channels"

Like so many wiki pages there is really only one good action: send it to the circular folder. https://www.openstreetmap.org/help already lists all OSMF operated services, and at SOTM we discussed that we might add in one way of the other a pointer to the preferred national comms channel. Lets

Re: [OSM-talk] [HOT] Help HOT give 10 communities the resources to map!

The background is likely https://lists.openstreetmap.org/pipermail/hot/2016-December/012788.html Simon On 02.12.2016 05:56, Greg Morgan wrote: > > > On Thu, Dec 1, 2016 at 6:47 PM, john whelan > wrote: > > Context please? I have no idea

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

Am 06.01.2017 um 22:22 schrieb john whelan: > >When Simon says "Canvec and broken import is essentially a synonym" > that is not an > exaggeration, if you mention Canvec in a typical European community > meeting you usually just get a big sigh in return. > > I think you have to understand a bit

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

Am 06.01.2017 um 16:37 schrieb Mikel Maron: .. I would suggest that using this case to make your point is seriously misplaced. Reverting a broken import asap to allow for a) the guidelines to be followed, b) address technical and legal issues, is the sensible, logical and low impact and only

Re: [OSM-talk] Disputed border between Greece and Turkey near Imia/Kardak in the Aegean Sea

Thanks Marc I was going to point this out too. Overlapping borders has been used for the modelling of condominiums, not for disputed borders. Richard has already pointed to our formal policy on those. Naturally there are cases were there is no effective control of the area in question, but they

Re: [OSM-talk] The Top Ten Tasks list

When you originally announced that the new group had formed and you had simply for convinces sake used the existing EWG name, you specifically scoped the "new EWG" differently than the "old EWG", now it seems as if it is exactly the same. The other issue is brain storming is nice and so on, but

Re: [OSM-talk] European Data Portal declares the CC-BY 4.0 and ODbL 1.0 compatible

Hi Maurizio Thank you for the pointer. I believe the error is really that they overlooked some of the finer points of the CC licences, but I'll see if it is possible to discuss this with them. Simon Am 03.08.2017 um 10:35 schrieb Maurizio Napolitano: > I discovered today a service made by the

Re: [OSM-talk] Opportunity for Open Mapping in Uganda

Vivien You should be aware that this mail got stuck in the mailing list mail queues for two days, leaving essentially no time for organisations/companies etc that were not aware of this well in advance of participating in any reasonable form and while the two day delay can be attributed to bad

[OSM-talk] Draft Trademark Policy

Dear all The LWG would like to start a period of public review and consultation on our draft trademark policy, that we intend to bring forward to the OSMF board for adoption as a formal policy, please see the text here:

Re: [OSM-talk] European Data Portal declares the CC-BY 4.0 and ODbL 1.0 compatible

, but with a large number of the licenses listed as compatible on that page. Simon Am 03.08.2017 um 15:16 schrieb Simon Poole: > Hi Maurizio > > Thank you for the pointer. > > I believe the error is really that they overlooked some of the finer > points of the CC licences, but I'll see

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 11:39 schrieb Christoph Hormann: > On Thursday 03 August 2017, Simon Poole wrote: >> Dear all >> >> The LWG would like to start a period of public review and >> consultation on our draft trademark policy, that we intend to bring >> forwa

Re: [OSM-talk] Draft Trademark Policy

For reference a couple of trademark policies from similar organisations: * WMF (starting from the same text, and no we are not going to spend what was likely equivalent to our yearly budget on making out version so flashy :-)) https://wikimediafoundation.org/wiki/Trademark_policy

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 12:29 schrieb Christoph Hormann: > > Nominative/referential use and including 'OpenStreetMap' in the name of > a product are not mutually exclusive. > > Geofabrik for example offers a product called "OpenStreetMap Data in > Layered GIS Format" [1] - that is certainly a

Re: [OSM-talk] European Data Portal declares the CC-BY 4.0 and ODbL 1.0 compatible

I've got a response from the the EDP and they agree that labelling the licences in question as "compatible" could be misleading, they have indicated that they will change the wording going forward. Simon Am 03.08.2017 um 22:50 schrieb Simon Poole: > > Currently outgoing mail

Re: [OSM-talk] Draft Trademark Policy

Christoph There are definitely points that can be addressed and improved (always) and I already agreed that we should include one of the points you touched on in the FAQ, the problem with some of the items you raise is that they essentially boil down to no management of domain names that use

Re: [OSM-talk] Draft Trademark Policy

On 04.08.2017 17:59, Christoph Hormann wrote: > > Note the idea to ask for permission - apart from being inconvenient - > comes with two significant problems: > > * doing so removes the option to use a name without permission. This in > particular applies for the OpenXMap things. When using

Re: [OSM-talk] Draft Trademark Policy

On 04.08.2017 18:07, Jochen Topf wrote: > On Fri, Aug 04, 2017 at 04:37:23PM +0200, Simon Poole wrote: > >> Yes and this is one of the big sore points, but we are not asking most >> of them to change there name, just to get licensed/permission in some >> form.

Re: [OSM-talk] Draft Trademark Policy

Am 06.08.2017 um 23:21 schrieb molto...@gmail.com: > > If I'm reading the various opinions correctly, one seed for disagreement is > how much of a deterrent the requirement to ask for permission to use the > trademark actually is. Some see it as too high and want to make it unecessary > in

Re: [OSM-talk] Draft Trademark Policy

Am 05.08.2017 um 09:15 schrieb Jochen Topf: > On Fri, Aug 04, 2017 at 07:07:47PM +0200, Simon Poole wrote: >> Sorry but that is hyperbole, after the 13 years of OSM the number of >> domains affected amounts to something between 30 and 40., not 100s. The >> policy is

Re: [OSM-talk] Draft Trademark Policy

Am 05.08.2017 um 12:04 schrieb Yves: > " How you formulate a policy that permits osmosis and osmium but not > OsmAnd, > though, I have no idea" > > > How you formulate a policy that deals with the name of established > projects, I have no idea. But should you? Maybe a far softer > grandfathering

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 13:22 schrieb Frederik Ramm: > > remely unwieldy product names that just cause trouble" :-)). > I've always thought that using this name would the honest approach, > rather than selling a product called "Geofabrik's cool Geodata" > something or other, where the fact that it's

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 13:53 schrieb Matthijs Melissen: > On 3 August 2017 at 23:07, Simon Poole <si...@poole.ch> wrote: >> The LWG would like to start a period of public review and consultation on >> our draft trademark policy, that we intend to bring forward to the OSMF

Re: [OSM-talk] Draft Trademark Policy

.. Am 04.08.2017 um 14:08 schrieb Christoph Hormann: > > Furthermore IMO it is not really in the interest of OpenStreetMap to > discourage use of the name in names of products that are based on > OpenStreetMap data. Naturally having to ask for permission "discourages" such use, which as I

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 15:12 schrieb Jochen Topf: > On Thu, Aug 03, 2017 at 11:07:44PM +0200, Simon Poole wrote: >> The LWG would like to start a period of public review and consultation >> on our draft trademark policy, that we intend to bring forward to the >> OSMF board for

Re: [OSM-talk] Draft Trademark Policy

Am 06.08.2017 um 19:37 schrieb Jochen Topf: > ... > I don't understand why the "OpenSomethingMap" issue has you so spooked. I'm not spooked, it just nicely illustrates the issues, I don't think I ever even remotely commented on if OpenWeatherMap is particularly confusable with OSM, it is a

Re: [OSM-talk] Draft Trademark Policy

Am 06.08.2017 um 14:20 schrieb Rory McCann: > ... > I filed an issue asking for "Open[THING]Map" to be explicitly allowed > (with conditions): https://github.com/tieguy/OSM-collabmark.org/issues/32 Luis currently doesn't have the time to actively work on this, you should move the issue to my

Re: [OSM-talk] HDYC, login requirement and "privacy"

Am 05.05.2017 um 09:47 schrieb Maarten Deen: > ... > > And, "You also waive and/or agree not to assert against OSMF or its > licensees any moral rights that You may have in the Contents." > ... "the Contents" is defined as "in contributing data and/or any other content (collectively,

Re: [OSM-talk] HDYC, login requirement and "privacy"

Am 05.05.2017 um 00:39 schrieb Michał Brzozowski: > ... > Also, I see no reasonable way that upcoming EU privacy rules would > affect us. Would they consider OSM as a special case or what? > Everything mappers do, as has been said, is consensual and explicit. > > ... Well I don't remember giving

Re: [OSM-talk] HDYC, login requirement and "privacy"

Am 05.05.2017 um 11:38 schrieb Martin Koppenhoefer: > > Usually in statistics, information down to the block level is not > considered personal informationn. You won't be able from OSM edits to > say in which house someone lives, or who she is, so it doesn't seem to > apply. Anybody that

Re: [OSM-talk] HDYC, login requirement and "privacy"

Am 05.05.2017 um 09:47 schrieb Maarten Deen: > .. > We have all agreed to the contributor terms (although I can not find > the version I have agreed to, I can only find a version from 2016) and > that says that OSMF has the right to sub-license. PS

Re: [OSM-talk] HDYC, login requirement and "privacy"

Am 05.05.2017 um 10:37 schrieb Martin Koppenhoefer: > .. > Also everyone can create new users at will, if your concern is privacy, you > could use a new user for every edit and nobody could associate these edits to > the same person. > > .. Well if a "new user" includes - changing (the

Re: [OSM-talk] HDYC, login requirement and "privacy"

"It depends" the critical part (regardless of if it is your real name or not) is that it can be used as a key to generate a profile a la HDYC and that can then be associated with the help of additional sources with a real person, potentially revealing all kind of things about your life. But

Re: [OSM-talk] HDYC, login requirement and "privacy"

). Current national definitions that I know of are not vastly different. Simon Am 05.05.2017 um 21:31 schrieb yvecai: > Le 05. 05. 17 à 19:11, Simon Poole a écrit : >> >> That is why I suspect that the consequence of this discussion could >> be fairly drastic and result in

Re: [OSM-talk] HDYC, login requirement and "privacy"

This seems to be derailing rather fast. The background is that we are publishing a fair amount of meta data about our contributors that could at least be seen as not totally harmless from a privacy and data protection point of view. This includes all the changeset meta data, user ids and display

Re: [OSM-talk] Draft Trademark Policy

Am 18.09.2017 um 11:47 schrieb Stephan Knauss: > Hello Simon, > > On 18.09.2017 10:17, Simon Poole wrote: >> Depending on the territory you can have rights in marks that you have >> not registered and it is probably completely undisputed that OSM is >> associated a

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

You raise an important point. I've commented before, years back in the mean time, on the push to move information out of OSM in to a third party product over which have no control and which, if we are not careful, could impact the value of what we in OSM are doing and distributing (just see MBs

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

[turning on broken record mode :-)] On 20.09.2017 17:54, Yuri Astrakhan wrote: > > > * Oleksiy, OSM can use any data from Wikidata because of the public > domain dedication While the WMF does not claim any rights in wikidata contents, it does not make any representations (one way or the other) as

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

OSM contributors to a third party to fix "its" core data. Simon PS: the good thing about this discussion is that it has reminded me to submit a PR that removes the PD checkbox from the UI and the corresponding data from the database. > > On Wed, Sep 20, 2017 at 1:58 PM, Simon Poole

Re: [OSM-talk] Transferring OSMTracker for Android development to the OpenStreetMap organization

Hi Nicolas I suspect that the dev mailing list would have been better, but that isn't the key issue, finding a) somebody to look after the project and b) when that is done, migrating the users in a reasonable way to a new version/release, are the bigger questions. I haven't really even started

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

I believe there is a slight misunderstanding, while remixing OpenStreetMap/OSM/etc in various ways may result in cutesy copycat domain names they simply do not jibe well with reality. Not only does every single one of them weaken the standing of the marks themselves and make is increasingly

Re: [OSM-talk] WhatOSM, a guide for contribution tools

They are a) not copyrighted b the TM policy will allow certain community use of the trademarks that previously was not clearly permitted and defines going forward what is acceptable and what not. That said, for the reasons mentioned in the policy, you should avoid *OSM* names. Not to mention

Re: [OSM-talk] Draft Trademark Policy

is. Just ask Richard about OsmAnd. Simon PS: there is a list on the wiki of our successfully registered trademarks that we keep reasonably up to date. Am 18.09.2017 um 09:12 schrieb Stephan Knauss: > Hello Simon, > > On 08.09.2017 20:02, Simon Poole wrote: >> Further we've added

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

are not renamed. Wikidata item tag is > only 7 characters, while wikipedia or wikimedia link could be dozens > of characters. So it takes less space in the database, it is easy to > export, etc. > > Best regards, > Oleksiy > > On 9/20/2017 2:31 PM, Simon Poole wrote: >>

Re: [OSM-talk] Signup page: Public Doman "what-this?" button broken

As has been pointed out many times the whole thing is meaningless for a multitude of reasons and simply should be removed (checkbox and text). Simon Am 08.10.2017 um 11:54 schrieb Sebastian Kürten: > Hi, > > During sign up for an OSM account, the user is presented with the > Contributor terms

Re: [OSM-talk] A thought on bot edits

I would suggest simply adapting my old suggestion (for imports) that as long as you fix the same number of elements from a broken import you can bot edit/import to your hearts desire. Totally serious :-) Simon On 2. Oktober 2017 16:58:02 MESZ, Christoph Hormann wrote: >On

Re: [OSM-talk] New OSM Quick-Fix service

My major issue with this: you don't actually "confirm" that something is a good edit or not. You only have the choice of making an edit or leaving it to others to do. This is substantially different to maproulette, osmose, keepright and so on. This makes the whole thing entirely equivalent to a

Re: [OSM-talk] Draft Trademark Policy

As promised we discussed the feedback so far at the LWG meeting yesterday. We've added a clause 3.3.6. that clarifies that the use in repos, libraries, software projects and so on is normally considered nominative/referential use. Further we've added a clarification to the FAQ wrt use of remixes

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

Am 27.09.2017 um 20:47 schrieb Marc Gemis: >> Can anyone think of an example where two unrelated brands share the same >> name and category of business in the same geographical area? > Is "the same geographical area" relevant ? Why should a data consumer > use a separate datebase to identify the

Re: [OSM-talk] [Talk-us] Redacting 75, 000 street names contributed by user chdr

What surprises me most about the discussion up to now that it is centered around the impact on the US and Canada were the removals are rather small both relatively and absolute*, actually are more at the nuisance level than anything else, and can easily be added back, likely in a couple of days

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

ting time on something that is essentially a non-problem (revert the name to the original and re-expand it using current TIGER if possible). > > On Aug 28, 2017 6:05 AM, "joost schouppe" <joost.schou...@gmail.com > <mailto:joost.schou...@gmail.com>> wrote: > >

Re: [OSM-talk] Redacting 75, 000 street names contributed by user chdr

Am 28.08.2017 um 14:43 schrieb Pierre Béland: > Simon Poole wrote > > PS: naturally simply assuming that all name expansions are > legit is a bit iffy, consider Circle vs. Circuit  and other > expansions that you often can't decide without external >

[OSM-talk] Geocoding guideline

I'm happy to announce that the geocoding guideline was endorsed by the OSMF board at its last meeting and is now published on the OSMF website https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Geocoding_-_Guideline This hopefully addresses and clarifies a long time, sometimes

Re: [OSM-talk] An import in New Zealand, assistance requested

Sorry for responding to this late. Just because a specific source has been legally "OK"ed doesn't imply that an import of all the data from a specific source is warranted and  should continue on for all times. The import guidelines are silent on this, but I would suggest that revisiting and

Re: [OSM-talk] An import in New Zealand, assistance requested

Am 31.08.2017 um 20:56 schrieb Éric Gillet: > 2017-08-31 16:55 GMT+02:00 Simon Poole <si...@poole.ch > <mailto:si...@poole.ch>>: > > Sorry for responding to this late. > > Just because a specific source has been legally "OK"ed doesn't imply &

Re: [OSM-talk] Scientific paper on "Information Seeding"

Am 10.10.2017 um 00:07 schrieb Christoph Hormann: > The analysis and the observations coming from it look pretty solid. I > am not fully convinced by the interpretation of the reasons lying > largely in contributors taking 'ownership' of the data they contribute. > This would in my eyes -

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

While I can understand adding WP and WD tags to objects of note, why on earth would we want to add all this redundancy to OSM objects at all? Particularly given that object type + brand(s) should essentially always be unique, anybody that wants to look up WD keys could do so via a simple external

<    1   2   3   4   5   6   7   8   9   10   >