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

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: [Talk-us] [OSM-talk] Sourcing Open Aerial Imagery

Am 27.07.2017 um 16:23 schrieb Bryan Housel: > TODO: We don’t have a template letter, or clear guidelines on which > imagery licenses are compatible with our use, and we should. > See https://github.com/osmlab/editor-layer-index/issues/166 . Like > you said in your other email, tracing is

Re: [Talk-GB] [Osmf-talk] Live OSM discussion in ~45 minutes (7.30pm UK time)

The thread was mainly about bad science and how it effects the perception of OSM in the public, including that it doesn't help in addressing real issues. Normally I would expect the moderators to suggest starting a new thread if you want to discuss the issues around diversity and how to address

Re: [Talk-GB] [Osmf-talk] Live OSM discussion in ~45 minutes (7.30pm UK time)

eset, that is however a problem of the subject matter, not a question of lack of interest. Simon > > Ilya > >> 27 июля 2017 г., в 10:57, Simon Poole <si...@poole.ch> написал(а): >> >> You claimed that a minority of OSM contributors were interested in >> chi

Re: [Talk-GB] [Osmf-talk] Live OSM discussion in ~45 minutes (7.30pm UK time)

one, that will then in turn be referenced by the same groups as a result of "research". Simon On 27.07.2017 10:06, Dan S wrote: > 2017-07-27 8:57 GMT+01:00 Simon Poole <si...@poole.ch>: >> PS: you do illustrate an interesting point wrt the research we are >> di

Re: [Talk-GB] [Osmf-talk] Live OSM discussion in ~45 minutes (7.30pm UK time)

On 26.07.2017 23:58, Ilya Zverev wrote: > > but these people are a minority in OSM, Numbers please. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-us] SEO Damage to OSM

Just to put the whole thing into perspective: the current run rate of SEO fake accounts in the US seems to be reasonably low. I counted 5 for the last 7 days, that is roughly 2% of new mappers in the US during those 7 days. signature.asc Description: OpenPGP digital signature

Re: [Talk-us] SEO Damage to OSM

Am 05.07.2017 um 17:27 schrieb Greg Morgan: > > > Am 01.07.2017 um 08:33 schrieb Simon Poole: > > ...given that we have a known US based SEO company that has created > (literally) 1000s of such accounts (but with slightly less spammy > edits), and "we" haven't

Re: [Talk-us] SEO Damage to OSM

Am 01.07.2017 um 12:48 schrieb Walter Nordmann: > hi simon, > > > Am 01.07.2017 um 08:33 schrieb Simon Poole: >> >> I've already touched on this with the sys admins and saved refs to >> the ones that I fixed. However it is unlikely that we will do any >> thing

Re: [Talk-us] SEO Damage to OSM

and on the other hand, given that we have a known US based SEO company that has created (literally) 1000s of such accounts (but with slightly less spammy edits), and "we" haven't taken any action, why should we in this case? Simon > > On Fri, Jun 30, 2017 at 1:26 PM, Simon Po

Re: [Talk-us] SEO Damage to OSM

anks, > Ian > > On Fri, Jun 30, 2017 at 4:43 PM, Simon Poole <si...@poole.ch > <mailto:si...@poole.ch>> wrote: > > I would suggest that TeleNav fixes the mess they made here > http://www.openstreetmap.org/way/402471851#map=18/34.18198/-118.39599 > <

Re: [Talk-us] SEO Damage to OSM

I would suggest that TeleNav fixes the mess they made here http://www.openstreetmap.org/way/402471851#map=18/34.18198/-118.39599 themselves. Am 30.06.2017 um 22:26 schrieb Simon Poole: > > I''m in the process of fixing a couple of these. and I couldn't help > noticing that some of t

Re: [Talk-us] SEO Damage to OSM

A good example is "Box-n-Go Self Storage North" road in North Hollywood (I believe it should really be Laurel Canyon Boulevard) I would suggest TeleNav cleaning that up themselves. Am 30.06.2017 um 22:26 schrieb Simon Poole: > > I''m in the process of fixing a couple of these

Re: [Talk-us] SEO Damage to OSM

I''m in the process of fixing a couple of these. and I couldn't help noticing that some of them can't simply be reverted because the TeleNav data team has added lane tagging on them Simon Am 30.06.2017 um 18:21 schrieb Clifford Snow: > Edits, from what appears to be a search engine

Re: [Talk-de] Datenschutz bei OSM - Schweiz

Die von Frederik angestossene Diskussion bezog sich den Schutz von OSM Beitragenden, dass hat zwar auch mit Geodaten zu tun, aber es ging nicht primär um die Datenschutzproblematik der von uns gesammelten Daten für Dritte was eher interessant wäre für den Datenschutz. Letzteres ist, wie Stefan

[OSM-legal-talk] Draft Geocoding Guideline

One of the larger items the LWG has been working on this year is an attempt to provide more clarity on how our licence works with respect to geocoding. As some of you know this is a fairly controversial topic and a number of different approaches have been suggested and discussed in the past. We

Re: [talk-au] ACT CC BY waiver

Am 30.05.2017 um 12:04 schrieb Andrew Harvey: > > This is what they've said: > > "I have discussed this with our legal section and we are not in a > position to waive the conditions of CC BY, as it goes against the ACT > Government Open Data Policy that supports free and open data. > > My

Re: [OSM-legal-talk] [talk-au] ACT CC BY waiver

Am 30.05.2017 um 12:04 schrieb Andrew Harvey: > > This is what they've said: > > "I have discussed this with our legal section and we are not in a > position to waive the conditions of CC BY, as it goes against the ACT > Government Open Data Policy that supports free and open data. > > My

Re: [OSM-legal-talk] [talk-au] ACT CC BY waiver

Andrew, pls jog my memory, is the ACT data available on CC BY 4.0 terms or are the terms based on a earlier version? The problem with point 2 is that, if taken seriously, the relevant terms impose rather far reaching restrictions on how derived works can be used, for example a map generated from

Re: [talk-au] ACT CC BY waiver

Andrew, pls jog my memory, is the ACT data available on CC BY 4.0 terms or are the terms based on a earlier version? The problem with point 2 is that, if taken seriously, the relevant terms impose rather far reaching restrictions on how derived works can be used, for example a map generated from

Re: [Talk-us] Data team mapping buildings in Fort Worth and Dallas

Andrew, could you perhaps weigh in on https://github.com/osmlab/editor-layer-index/issues/281 ? It seems to be rather silly to not be showing the best imagery as default in the editors (as I suspect we are doing for Texas). Thanks Simon On 25.05.2017 18:10, Andrew Matheny wrote: > Jinal- > > I

Re: [Talk-de] Grenze im Bodensee

Das Problem ist, dass die Landesgrenzen im See so nicht stimmen, wir uns aber noch nicht geeinigt haben wie wir die tatsächlichen Verhältnisse am besten modellieren (mal abgesehen davon das es ein Menge Arbeit ist). Deutsche Gesetze sind insofern nicht relevant als das fragliche Gebiet nicht

Re: [OSM-legal-talk] Taiwan Open Government Data License

ing algorithms > > If you don't feel comfortable about the terms, the Open Government > Data License also allow the data to be licensed under Creative Commons > Attribution License 4.0 International in clause 4.2. > > [1] http://law.moj.gov.tw/Eng/LawClass/LawAll.aspx?PCode=B001 &

Re: [OSM-legal-talk] Taiwan Open Government Data License

00, 積丹尼 Dan Jacobson wrote: >> OK thanks Simon for the clarification! >> I'll ask the participants of >> https://www.facebook.com/groups/odtwn/permalink/1927450013936074/?comment_id=1927539973927078 >> and >> https://discuss.okfn.org/t/license-approval-request-open-govern

Re: [OSM-legal-talk] Taiwan Open Government Data License

As has already been pointed out 3.2 could be problematic. The translation is a bit wobbly and unclear, but if I understand it correctly the intent is to reference a data set specific attribution requirement that would naturally have to be looked at for any specific data use. The really killer is

Re: [Talk-de] Neue Luftbilder von Digital Globe

Eigentlich ist der Layer ja vor allem für die Gebiete gedacht, die bis jetzt keine vernünftige Abdeckung hatten. Da so wie es scheint, dass jetzt auch tatsächlich Bilder von DG Satelliten sind ist es auch klar, dass sie mit guten Luftbildern nicht mithalten können (dafür halt aktueller, bessere

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"

"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"

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 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"

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 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"

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: [talk-au] Making the case for ODbL licensing of state government open data

Nick Thank you for your interest in the topic and your support. I'm the chair of the OSMF licence/legal working group and an Aussie ex-pat (very very ex) that lurks here are bit, and am fairly opinionated on the topic :-). As Phil has pointed out if you want to have a larger discussion the

Re: [talk-au] Large number of Tasmanian boundaries removed

import from dataset we can't use). > > On 26/04/17 21:36, Simon Poole wrote: >> Not sure if anybody from the AUS community actually follows >> https://wambachers-osm.website/index.php/10-osm-reports/876-countries-compare-2017-04-26 >> >> , but a large number of bou

[talk-au] Large number of Tasmanian boundaries removed

Not sure if anybody from the AUS community actually follows https://wambachers-osm.website/index.php/10-osm-reports/876-countries-compare-2017-04-26 , but a large number of boundaries in Tasmania were deleted yesterday, for example: http://www.openstreetmap.org/relation/6269038/history I didn't

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

s to the same cc-* licenses as the two version > specific references. > > Cheers > Blake > > > > On Thu, Apr 6, 2017 at 9:03 PM, Simon Poole <si...@poole.ch> wrote: >> Sorry this took so long, I've added suggested wording here >> https://wiki.osmfoundation.org

Re: [Talk-de] Diskussionen auf deutsch

Es ist wohl eher so, dass Discourse für ein grosser Teil der aktuellen Nutzer des Forums genau das ist was sich -nicht- wollen (überladenes, langsames, unübersichtliches Klickibunti, bei dem es weniger um den Inhalt geht, als um den Inhalt in die "richtigen" Bahnen zu lenken). Simon Am

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

Sorry this took so long, I've added suggested wording here https://wiki.osmfoundation.org/wiki/Licence/Waiver_and_Permission_Templates Thanks again to Kathleen Lu for drafting this. Simon Am 23.01.2017 um 23:47 schrieb Simon Poole: > The LWG has 3 US based legal professionals on it, no n

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] 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: [Talk-de] Datenschutz bei OSM

Am 25.03.2017 um 18:36 schrieb Frederik Ramm: > * Das Planet-File-mit-Usernamen stünde nicht mehr vollständig unter der > ODbL, sondern nur der Teil ohne Usernamen. Die Vereinbarkeit mit den > Contributor Terms müsste geprüft werden, aber vermutlich ist das in > Ordnung; die OSMF hat sich nicht

Re: [Talk-de] Datenschutz bei OSM

Nur um allfällige Panikreaktionen abzuwenden: die OSMF untersteht nicht Deutschem Datenschutzrecht, und wir müssen im Augenblick überhaupt nicht BDSG-konform sein. Wir müssen nur dem Recht in UK entsprechen und bis jetzt gibt es keine Hinweise, dass wir das nicht tun. 2018 ändert sich alles und

Re: [talk-au] Use of Gold Coast Council info?

B3PN5zfbzThqX0NNdFBDejE2RFE/view?usp=sharing>.",but > that document only says CC-BY-2.0. Is it simply a matter of replacing > 2.0 with 3.0? There is mention made of Sections 4a & b of CC-BY-2.0 - > do those same sections apply in 3.0? > > Thanks > > Graeme >

Re: [talk-au] Use of Gold Coast Council info?

See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ for our (LWG) position. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-legal-talk] CC-BY 4.0 and rights holder(s) explicit statement

See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ Am 06.02.2017 um 22:32 schrieb Simon Poole: > > > > On 06.02.2017 09:55, Erno Mäkinen wrote: >> Hi, >> >> For example, for the CC-BY 3.0 Unported license the ODbL >> Compatibility in the OSM wik

Re: [Talk-de] Stand Indoor-Mapping

Am wherecamp http://wherecamp.de/agenda in Berlin 2016 gabs mehrere Vorträge zum Thema siehe auch von mir https://drive.google.com/file/d/0BytPQTDn3eCFZ1BUQWRHVHJZRHc/view Etwas anderes als SIT würde ich in keinem Fall zum Taggen verwenden, d.h. nicht das das Schema perfekt ist, aber doch klar

Re: [talk-au] 2016 aerial imagery for Canberra.

Andrew This should likely be added as a source to https://github.com/osmlab/editor-layer-index , and naturally it would be nice if we could find somebody to run a mapproxy instance or similar so that it could be used in iD and other editors that don't support WMS servers. We (SOSM) would likely

Re: [Talk-ko] Use of questionable imagery in Korea

e > discussions on talk-ko happen to be mainly in English, so most mombers > are "expats" me included, and I am even not any more in Korea. > my 2ct.. > > > On 2017년 02월 23일 21:00, Simon Poole wrote: >> Just a couple of notes on the use of the VWorld imagery: >>

Re: [OSM-legal-talk] CC-BY 4.0 and rights holder(s) explicit statement

On 06.02.2017 09:55, Erno Mäkinen wrote: > Hi, > > For example, for the CC-BY 3.0 Unported license the ODbL Compatibility > in the OSM wiki states that it "is ODbL compatible if rights holder(s) > explicitly states in writing that credit on the Contributors >

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] 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-legal-talk] Series of maps for Angola

Marcus I'm not quite sure if there is a real issue. If you derive the boundaries you use from OSM, yes it is unlikely that it is non-substantial if you are using them for a whole country and the result is likely subject to share alike. However that only requires you to make the your modified

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

The LWG has 3 US based legal professionals on it, no need for me to climb out on a limb :-). I'll ask for an opinion internally and get back to you. Simon Am 23.01.2017 um 23:23 schrieb Blake Girardot HOT/OSM: > On Mon, Jan 23, 2017 at 10:37 PM, Simon Poole <si...@poole.ch> wrote:

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

Blake where is the imagery provider in question based? Simon Am 23.01.2017 um 22:01 schrieb Blake Girardot HOT/OSM: > On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole <si...@poole.ch> wrote: >> In any case, getting permission to distribute on ODbL terms only would >>

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-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

Am 21.01.2017 um 22:42 schrieb Tobias Wendorff: > ... > Is it enough to get a permission to distribute it under ODbL? Wouldn't > it also be needed to have a permission for DbCL? The DbCL states that > the stored components don't have a foreign copyright. So contracts, which > tell us "you can

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

I've pointed this our before. but anyway: we don't really care that much about the imagery licence as such as long as we are allowed to display it in the usual OSM tools. The real question are the rights in digitized vector data from that imagery. The best situation IMHO is if the provider of the

Re: [Talk-us] Choptank River

Am 16.01.2017 um 15:08 schrieb Christoph Hormann: > On Sunday 15 January 2017, Simon Poole wrote: >> Given that Washington is supposedly the global centre of mapping >> goodness, I hope we might be able to find somebody there that perhaps >> is interested in fixing the,

[Talk-us] Choptank River

While investigating a complaint to legal today in the vicinity of Denton Maryland, I couldn't help noticing that while Choptank River has a horribly broken, imported river bank, it seems to be missing the river. See for example http://www.openstreetmap.org/#map=14/38.9018/-75.8339 Given that

Re: [OSM-legal-talk] Australian Government Data

The LWG is working on a statement wrt CC-BY 4.0 compatibility and is in direct contact with Creative Commons. I suspect that we will have something in latest a couple of weeks, including a template waiver/statement that we will need for such sources. Simon Am 09.01.2017 um 03:07 schrieb cleary:

Re: [OSM-legal-talk] Tunisia delegations areas import :: Need for a license clearence

data friendly" I suspect it is not a big issue. Simon Am 05.01.2017 um 15:46 schrieb Simon Poole: > > As far as I can tell the license is in principle suitable, they even > warrant that the data is free of rights of third parties, BUT, alas, > the attribution requirement in (4

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: [Talk-us] [OSM-talk] Beware Pokemon users

The ODbL is very clear on what "Publicly" is: “Publicly” – means to Persons other than You or under Your control by either more than 50% ownership or by the power to direct their activities (such as contracting with an independent consultant). No need to speculate on that point. On the other

Re: [Talk-de] Gesetz mit Bezug auf freie Daten [Wochennotiz Nr. 334 06.12.2016–12.12.2016]

Am 19.12.2016 um 13:09 schrieb Stefan Kaufmann: > ... > Kommt dann auch eine liberalere OSM-Lizenz, damit z.B. nicht staendig > Ausnahmen fuer die OSM gemacht werden muessen, wenn Dritte Daten zur > Nachnutzung bereitstellen? Da wuerde man sich das Verlinken auf nicht > 100%

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] 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: [Talk-de] mobiler Zielgruppen-spezifischer Editor

Am 12.12.2016 um 08:48 schrieb Markus: > .. > Gibt es so etwas schon? > > .. Nicht wirklich. Wieso: weil es ein Riesenaufwand (und teuer) ist es richtig zu machen, und in Wirklichkeit kein Bedarf danach besteht (siehe auch die Entwicklung von iD oder P2). Am ehesten geht solche Erfassung mit

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-legal-talk] Current status of CC-BY 4.0?

The LWG is in the process of discussing its concerns with CC and hopes to be able to clarify things soon. Some of the concerns are 4.0 specific, some would in principle apply to the previous versions too. Simon Am 07.12.2016 um 20:21 schrieb Rory McCann: > Hi all, > > The wiki page on ODbL

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] 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] 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] 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] 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: [Talk-GB] Relation: Street

Brian was referring to "street" relations, not "associatedStreet" which is something very different. In any case, I believe the support for street relations approaches roughly zero, and that really the repeated street names is something the renderer needs to fix (and it can be done). Simon Am

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: [Talk-de] Responsiver Stil für OSM

openstreetmap.org funktioniert problemlos in verschiedenen Formaten. Horst gings aber um openstreetmap.de, das auch nicht Leflet einsetzt. So viel ich weiss wehrt sich aber niemand gegen Verbesserungen an openstreetmap.de, Horst du kannst also einfach die entsprechenden Verbesserungen

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

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] 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] 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] 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

[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: [talk-au] New to open street maps, looking for advice to get started

Hi Luke That looks great, if I may say so as a very non-local :-). In general there is not a pre-defined top priority list (outside of mapping your own special area of interest), but I suspect that there is some agreement that - general transport infrastructure - points of interests (shops,

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-legal-talk] Trying Again - Horizontal Map Layers for Custom Video Game Data

IMHO it is unlikely that randomly generated (during the game) data would be considered a database to start with, if you are not using OSM data for such features in any case, then there is even less reason for concern. Further as long as you remain within the boundaries of the trivial

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

[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] 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 >> >

[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] 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

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-legal-talk] Licence compatibility: Open Data Licence for The Regional Municipality of Peel (Version 1.0)

Am 09.09.2016 um 19:43 schrieb Robert Whittaker (OSM lists): > > There was a case in the UK where (IIRC) house price data was offered > under the UK Open Government Licence (OGL). It turned out later that > the addresses in it had been checked/normalised using a proprietary > address database,

Re: [OSM-legal-talk] Licence compatibility: Open Data Licence for The Regional Municipality of Peel (Version 1.0)

plicit in all licenses - if there is third party material in a > work that the open licensor isn't authorized to license, then that > material isn't licensed to you, regardless of what the license says. > > Luis > > On Thu, Sep 8, 2016 at 1:56 PM Simon Poole <si...@poole.ch > <mailto:si...

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