Re: [talk-au] How to efficiently improve AU address coverage?

Except if something has massively changed, the GNAF data isn"t actually open. Am 2. Oktober 2023 13:05:10 MESZ schrieb Daniel O'Connor : >While OSM doesn't have layers, https://openaddresses.io/ more or less acts >as the address layer. The datasets there aren't all ODBL, but they are >generally

Re: [OSM-talk] mapilio? (street-level imagery)

Am 31.05.2023 um 22:08 schrieb Christian Quest: ... OSM editors integration. That was one of the reasons why I was asking, as I have already done some work on a STAC layer based on the GeoVisio API. OpenPGP_signature Description: OpenPGP digital signature

Re: [OSM-talk] mapilio? (street-level imagery)

Christian, does this relate in some fashion to Geovisio? And a, I suppose, obvious observation: key for adoption in OSM would be an easy to access API for editing apps. Does that exist/are there plans for one? Simon Am 30.05.2023 um 16:01 schrieb Christian Quest: Le 24/05/2023 à 14:31,

Re: [OSM-talk] mapboox improve the (proprietary database used as en overlay) map

Am 12.04.2023 um 16:20 schrieb Mateusz Konieczny via talk: From legal point of view it depends on specifics, but yes it can be legal to render using odbl+proprietary data. See https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Horizontal_Map_Layers_-_Guideline It should be

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

Not quite unexpected this discussion has already gone off on a tangent about stable ids. My question on the other hand would be: what do you actually want to achieve and what would you expect an application to do with the parameter? It should be noted that we already have a couple of URI

Re: [talk-au] 'Named' EV chargers

See https://www.openstreetmap.org/user/SimonPoole/diary/397565 while amenity=charging_station is not the worst offender, it is still pretty bad https://github.com/osmlab/name-suggestion-index/blob/main/data/brands/amenity/charging_station.json Am 15.12.2022 um 04:20 schrieb Phil Wyatt: Hi

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

Am 30.11.2022 um 18:50 schrieb Minh Nguyen: .. The contributor terms in question state: This Agreement shall be governed by English law without regard to principles of conflict of law. [1] https://wiki.osmfoundation.org/wiki/Special:PermanentLink/9165#Miscellaneous My understanding of what

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

Am 29.11.2022 um 15:30 schrieb Greg Troxel: ... Also, what we need is a copyright license, so that's not necessarily -- and hopefully isn't -- a contract. Well there is this kind of underlying assumption that for most material in question, with the exception of actual maps, there is no

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

On 28.11.22 at Simon Poole wrote: What is "OSM Contributor Terms compatibility" supposed to be? Ok, this is clearly imprecise wording.¹ The context is that we would like to offer data donors a standard legal text that they can use to make their data available to OSM in such a w

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

Am 29.11.2022 um 03:57 schrieb Minh Nguyen: Vào lúc 15:48 2022-11-28, Tobias Knerr đã viết: On 28.11.22 at Simon Poole wrote: What is "OSM Contributor Terms compatibility" supposed to be? Ok, this is clearly imprecise wording.¹ The context is that we would like to offer d

Re: [OSM-talk] FYI: Board now requires imports list (in)compatibility with OSM CT (& will work on a template)

Am 28.11.2022 um 20:11 schrieb Amanda McCann: Hello fellow OSMers. As you are no doubt aware, OSM requires that data imports be listed on the OSM Wiki ( https://wiki.openstreetmap.org/wiki/Import/Catalogue ), including if the source is “ODbL OK status”. At the Nov. 2022 OSMF Board meeting

Re: [OSM-talk] Use of "Proprietary" imagery to edit OSM

Am 27.10.2022 um 06:17 schrieb Michael Collinson: and note that Bing imagery is provided to us on the same basis - for use in OSM but not otherwise. Mike Bing imagery is available for inspection to everybody, for use in OSM terms are relaxed that would otherwise prohibit tracing etc. Not

Re: [OSM-talk] Vespucci - Proximity Alerts - Not working

Am 12. Oktober 2022 20:04:42 MESZ schrieb Mike Thompson : >On Wed, Oct 12, 2022 at 11:42 AM Simon Poole wrote: > ... >> >Thanks. Unfortunately most of the time I will be surveying without a data >connection, so this isn't going to work for me. I would recommend using an o

Re: [OSM-talk] Vespucci - Proximity Alerts - Not working

The alerts are generated when data is downloaded/merged and the device location is within the specified radius around the object causing the notification. With other words you need to have one of the auto download options enabled for the mechanism to work (or you need to replace all the data).

Re: [talk-au] New OSM Discourse site: community.osm.org

I wouldn't expect much traffic till the existing forum content has been migrated, currently scheduled for the end of the month. That should then give some slightly more definite structure to things than there is now. Simon Am 02.05.2022 um 05:01 schrieb Sam Wilson: It's growing in use, I

Re: [talk-au] Attribution 4.0 International (CC BY 4.0)

Just to clarify, the OSMF doesn't just requires the waiver because it is being difficult. CC BY has fundamental issues that are widely ignored, the blog post is simply the diplomatic summary that we hammered out together with CC (it says so much in the text). Simon Am 01.12.2021 um 07:54

Re: [talk-au] Suburbs: Nodes, Areas, or both?

Am 06.11.2021 um 10:22 schrieb fors...@ozonline.com.au: Quoting Simon Poole : PS: wondering why Gruyere has that name. Good question. The town is named for a variety of cheese, as the area's history is in the dairy industry. Cahillton Post Office first opened on 20 August 1892

Re: [talk-au] Suburbs: Nodes, Areas, or both?

This is a somewhat unsolved issue in OSM modelling, as both area (extent) and node (assuming it is not simply the centroid of the area) convey geometric information that the other cannot. IMHO best would be to have a similar concept as we do for administrative areas that works for "places" in

Re: [talk-au] Friend requests from 'Porn Bots'

Am 12.09.2021 um 13:56 schrieb Andy Townsend: It'll hopefully be deleted by the time that anyone gets to read this, so not much point really. Getting their link distributed is exactly what the operators want, so -never- do that. OpenPGP_signature Description: OpenPGP digital signature

Re: [talk-au] Import vs filtering query

Hi Your proposed workflow would seem to be totally OK to me and is clearly not an import. List the government data in the sources used in the changeset and IMHO you are good to go. Simon Am 04.09.2021 um 12:51 schrieb Little Maps: Hi all, my understanding is that the process described

Re: [OSM-talk] Making GPS tracks in Android

noticed that Google Maps somehow seems to get a location at times when all other apps are struggling. I'm not entirely convinced the playing field is level there. On Sun, 20 Dec 2020, 18:18 Simon Poole, <mailto:si...@poole.ch>> wrote: I don't expect side loading to be a thing for

Re: [OSM-talk] Making GPS tracks in Android

I don't expect side loading to be a thing for very much longer. Given googles crack down on anything using location, see https://twitter.com/vespucci_editor/status/1331541328883298306 for some of the drama, it would seem to be silly to leave that avenue open. Definitely you are going to run in

Re: [OSM-legal-talk] Brexit & EU database rights

https://www.gov.uk/guidance/sui-generis-database-rights-after-the-transition-period is the UKs governments guidance on this.  On re-reading I agree that the withdrawal agreement itself is rather ambiguous, and there is a lot of conflicting advice on the matter, see for example

Re: [OSM-legal-talk] Brexit & EU database rights

My understanding is that 58.2 covers the rights of UK based entities, with other words it extends the directives article 11 to cover UK residents and entities. Am 14. Dezember 2020 00:11:25 MEZ schrieb Tom Hummel via legal-talk : >Simon, > >sorry for reopening. > >> This was the subject of the

Re: [OSM-legal-talk] Brexit & EU database rights

, Simon Poole <mailto:si...@poole.ch>> wrote: Am 13.12.2020 um 20:12 schrieb Tom Hummel via legal-talk: > Hi all, > > Am Sonntag, 13. Dezember 2020, 15:58:48 CET schrieb Simon Poole: >> The relevant bit of the directive is in article 11. As you can

Re: [OSM-legal-talk] Brexit & EU database rights

Am 13.12.2020 um 20:12 schrieb Tom Hummel via legal-talk: Hi all, Am Sonntag, 13. Dezember 2020, 15:58:48 CET schrieb Simon Poole: The relevant bit of the directive is in article 11. As you can see the rights are dependent on being domiciled in the EU, not on the physical location

Re: [OSM-legal-talk] Brexit & EU database rights

I suppose), and the new EU one, and the servers work off them in tandem? On Thu, 10 Dec 2020 at 23:18, Simon Poole <mailto:si...@poole.ch>> wrote: To answer the questions caveat there is no relevant court decisions that I know of, so this is all likely untested: insubstantial ch

Re: [OSM-legal-talk] Brexit & EU database rights

To answer the questions caveat there is no relevant court decisions that I know of, so this is all likely untested: insubstantial changes to a database do not create a new one, but substantial changes do. Where the line is drawn, or better where the OSMF draws the line, is currently open. See

Re: [OSM-legal-talk] Brexit & EU database rights

Legal talk is not the LWG list if that isn't clear, that is le...@osmfoundation.org Simon Am 10.12.2020 um 22:11 schrieb Edward Bainton: A pleasure meeting you all at LWG this evening. I saw Brexit in the minutes for September "At the end of year we won't be losing database rights

Re: [OSM-talk] Please review "Community attribution advice” wiki page

Am 08.12.2020 um 18:36 schrieb Rory McCann: Yes, fundamentally, you're 100% correct. The ODbL licence is the thing that matters when it comes to what's legally required. And that says nothing about “device independent pixels” or “javascript popup clicks”, it only refers to the mental state

Re: [Talk-de] Flyer "Ihre Öffnungszeiten wurden zu OSM hinzugefügt"

https://osmybiz.osm.ch/#/18/47.18682/8.39773 ist eigentlich genau dazu gedacht Betriebe ihren eigenen Eintrag machen zu lassen, und den auch zu pflegen. Am 15.11.2020 um 08:39 schrieb Markus via Talk-de: Am 14.11.2020 um 22:15 schrieb Frederik Ramm: Als OSM haben wir zwar nur die besten

Re: [OSM-legal-talk] Data Portal License CC0 1.0 and OpenStreetMap

Everything relevant has been documented here https://wiki.osmfoundation.org/wiki/Licence/Licence_Compatibility for a long time. Am 6. November 2020 17:47:16 MEZ schrieb "Pierre Béland via legal-talk" : > 2020-10-06 , Mateusz Konieczny wrote via legal-talk : >> For example Wikidata is CC0 but

Re: [OSM-talk] id Editor auto-converts split polygons into MP relation

Am 30.10.2020 um 16:33 schrieb Dave F: But anyway... Point slit stands: Why did iD take this authoritarian position. Already pointed this out n-times now: because it synthesizes an area object type. As has been noted other, editors don't make this assumption. Other editors don't try to

Re: [OSM-talk] id Editor auto-converts split polygons into MP relation

efault for all objects. See above. Simon DaveF On 27/10/2020 08:11, Simon Poole wrote: Its done that essentially since day one. As Bryce points out doing so keeps the object a valid "area" (and iD makes a valiant effort to stop you from breaking that). It is also one of my favour

Re: [OSM-talk] id Editor auto-converts split polygons into MP relation

Its done that essentially since day one. As Bryce points out doing so keeps the object a valid "area" (and iD makes a valiant effort to stop you from breaking that). It is also one of my favourite examples in talks why trying to keep things simple for the user is very difficult and some times

Re: [OSM-talk] User deleting many roads in Brazil

You need to take this up with the DWG (d...@osmfoundation.org) once direct contact with the mapper in question has failed. Posting to this and the tagging list is not going to achieve anything except that you will receive pointers to the DWG. Simon Am 24.10.2020 um 17:54 schrieb Erick de

Re: [OSM-legal-talk] Is listing at Contributors page qualifying as waiver for CC BY 4.0?

Just as a note, prior to the review of CC BY 4.0 compatibility by the LWG (and CC fwiw), we were very clear that 4.0 licensed material should -not- be imported, the importers knew this and were ignoring it at their own risk. Simon Am 23.10.2020 um 10:43 schrieb Mateusz Konieczny via

Re: [talk-au] Microsoft Australian building footprints

Just as a comment: there is nothing so time consuming as fixing badly mapped buildings (essentially drawing them from scratch is nearly always faster), I would only import building outlines that are at a quality level that you would not want to change them except if the building itself has

Re: [OSM-talk] Doocracy | Re: Idea for improving mapping system

Am 18.10.2020 um 16:49 schrieb Colin Smale: On 2020-10-18 15:04, Simon Poole wrote: Am 18.10.2020 um 11:07 schrieb Rory McCann: Like mnany things in OSM, the reason it hasn't been done is because no-one has actually done it  yet. It looks like other people find your idea of "l

Re: [OSM-talk] Doocracy | Re: Idea for improving mapping system

Am 18.10.2020 um 11:07 schrieb Rory McCann: Like mnany things in OSM, the reason it hasn't been done is because no-one has actually done it yet. It looks like other people find your idea of "levels" and "badges" interesting, so you should try attempt it yourself. Like many things in OSM,

Re: [OSM-talk] Face and license blurring (GDPR territories)

Am 07.10.2020 um 10:25 schrieb Christian Quest: We have tested blurring using image segmentation which allows to blur full parts of pictures like people and cars, not only faces and license plates. Here is the result: https://takeitout.cquest.org/photo/cquest/blurred/ The code used is

Re: [OSM-talk] Face and license blurring (GDPR territories)

Am 07.10.2020 um 01:13 schrieb Niels Elgaard Larsen: ... You will probably have to let users add and remove blurs. That is what Mapillary do. They do not, they stopped providing that facility literally years ago, and they've gone as far as no longer storing unblurred images even for a

Re: [Talk-GB] Brexit and OpenStreetMap

There are at least three areas which need looking at when considering moving the OSMF, only two of them are strictly BREXIT related: - Sui generis database protection (this is one of the underlying principles our licence relies on). - Data protection compliance (this is currently not an

Re: [OSM-talk] Cannot find address ringvegen 45 Sørkjosen in nominatim

Nominatim tries to build correct address hierarchies from the data, in particular it suspects a matching street (name) in the vicinity if an addr:street tag is specified. While it will match a wide range on name tags on streets (see

Re: [OSM-talk] New API suggestion: Allowing contributors to easily track their OSM-objects over time

As, independent of any other concerns, a matter of good form, I would want to point out that there is no such thing as ownership of OSM-objects, and discussing a concept of "their OSM-objects" is starting the discussion on the wrong foot. Am 22.08.2020 um 11:08 schrieb pangoSE: > Hi > > I would

Re: [OSM-talk] Use of OSM data without attribution

To add to what Andy has already said, complaints about people using private paths etc are relatively common, not a large number in absolute terms, but there tend to be a couple each month which either land with the DWG, or LWG, or naturally with the local community (I've handled a couple of them

Re: [Talk-GB] New Bing Imagery

There is even a (never merged and now likely really stale) PR: https://github.com/openstreetmap/iD/pull/4166 SImon PS: and an issue too Am 19.08.2020 um 11:20 schrieb Mateusz Konieczny via Talk-GB: > Have you checked whatever > there is an open issue proposing to > support imagery offset

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

Siehe auch https://bvcp.de/multicopter-news/recht/geltungsbeginn-eu-verordnung/ Am 14.08.2020 um 14:15 schrieb Simon Poole: > Ich gehe davon aus, dass nicht die neue, neue Drohenverodnung ist, > sprich noch keine Anpassung an das neue Europäische Recht beinhaltet. > > Ich würde im Aug

Re: [Talk-de] Starrflügel-Drohne für Luftbilder

Ich gehe davon aus, dass nicht die neue, neue Drohenverodnung ist, sprich noch keine Anpassung an das neue Europäische Recht beinhaltet. Ich würde im Augenblick auch eher davon abraten irgendwas zu kaufen ausser es ist schon nach den neuen Bestimmungen zugelassen. Simon Am 14.08.2020 um 13:48

Re: [OSM-talk] Roadmap for deprecation of name tags in OSM

The "names" in wikidata are mostly the names of WP pages for the object in question and have little to do with actually existing names (as per the OSM definition) of places. It would be a massive drop in quality if we would do the proposed switch. Simon Am 09.08.2020 um 10:25 schrieb pangoSE: >

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Am 04.08.2020 um 17:05 schrieb Alexandre Oliveira: >> At this time nobody is proposing anything more than giving P2 a bit more >> life for a small sum of money > And as myself and others have brought up, it's not a good idea to > spend money to port P2 from a dead technology to another dead >

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Could we move all the programming language du jour fanboying, apps that have nothing to do OSM and other unrelated to the topic discussions somewhere else please? And yes it underlines my point that regardless of how exotic the feature is, you are always going to find somebody that finds it

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Am 02.08.2020 um 11:31 schrieb mmd: > ... > In a more mid-term, I really like to see a move away from such > proprietary platforms to an editor that runs in a browser > out-of-the-box. ... Don't we already have that? signature.asc Description: OpenPGP digital signature

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

Am 02.08.2020 um 01:03 schrieb Skyler Hawthorne: > ... > > Sorry if this sounds harsh, but I think using any funds at all to > continue support for a tool that 1% of editors use would be wasteful. > Flash is, for all intents and purposes, a dead technology. This money > is better spent on other

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

That was a good decade ago, nothing that would factor in to a decision now (because Linux could not be a target platform to start with).  Am 01.08.2020 um 10:16 schrieb Sören Reinecke via talk: > So far as I understood Adobe dropped Linux support for its AIR > plattform. If that is right, then I

Re: [OSM-legal-talk] local copyright law on government data and OSM license

This is not a particular unique situation, a sovereign country can, naturally, create exclusive rights or specific regulation for more or less whatever it cares. Copyright is simply the most popular, with wide spread understanding and international treaties as support, set of exclusive

Re: [Talk-GB] Call to action: Translators needed

On 14.07.2020 17:21, o...@poppe.dev wrote: > ... again, your wording sounds like you don't trust the organizations further > that you could throw a rock and basically discard their efforts as those of > money-hungry, evil corporations that aren't interested in the humanitarian > aspect at all

Re: [Talk-GB] Call to action: Translators needed

any time over the last 5 years if the developers were even remotely interested in cooperating with wider OSM instead of just sapping out some manpower. Simon On 13.07.2020 00:59, Simon Poole wrote: > It's the other way around, I believe you are the victim and have been had. > > Am 12. Juli 2020

Re: [Talk-GB] Call to action: Translators needed

It's the other way around, I believe you are the victim and have been had. Am 12. Juli 2020 21:12:15 MESZ schrieb Kai Michael Poppe - OSM : > >On 12.07.2020 20:58, Simon Poole wrote: > >> The project in question could have naturally joined the OpenStreetMap >transifex organis

Re: [Talk-GB] Call to action: Translators needed

The project in question could have naturally joined the OpenStreetMap transifex organisation and profited from a couple of 100 very experienced translators, but that would be too simple. Am 12. Juli 2020 19:50:43 MESZ schrieb Kai Michael Poppe - OSM : >Good evening list! > >During last week's

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

Am 19.06.2020 um 13:47 schrieb Nick Whitelegg: > > (Disclaimer: I am the developer of said project) One of the key functionalities required for such a project to be useable in countries with developed privacy regulation is the ability to automatically pixelate relevant parts of the images with a

Re: [OSM-legal-talk] OSM Data in wikidata

Am 16.06.2020 um 13:51 schrieb Martin Koppenhoefer: > Am Di., 16. Juni 2020 um 13:32 Uhr schrieb Simon Poole <mailto:si...@poole.ch>>: > > (not discussing if the material added is even protected > to start with). > > > > As you are mentioning it, are

Re: [OSM-legal-talk] OSM Data in wikidata

Am 16.06.2020 um 13:13 schrieb Martin Koppenhoefer: > > > Provided that ODbL and OpenStreetMap would be sufficiently linked, is > it then possible to copy OSM data into wikidata, which is distributed > as CC0? > > As been pointed out many, many, many times (and it is not going to

Re: [OSM-talk] Could/should editors detect/disallow huge changeset bboxes?

I've advocated for this in the past,  but getting this right from a business logic pov is fairly tricky and is yet another thing that an editor needs to keep track of when creating and modify geometries, and changing tags. From the top my head at least: new object creation, dragging nodes and

Re: [OSM-talk] Toward resolution of controversies related to iD

Am 09.06.2020 um 18:04 schrieb nd...@redhazel.co.uk: > > Who owns the iD project now? What's happened after "nearly all of the > original authors left Mapbox", has the project ownership been > transferred from Mapbox to OSMF, or perhaps to current maintainers? > Does Mapbox still retain the

Re: [OSM-talk] Toward resolution of controversies related to iD

Am 09.06.2020 um 14:18 schrieb Mikel Maron: > --- > > As it should be. Mapbox developers decide on (not just  have input on) budgets, product specs etc etc etc etc etc etc for the company? signature.asc Description: OpenPGP digital signature ___

Re: [OSM-talk] Toward resolution of controversies related to iD

Frederik has already corrected most of your misconceptions, so just some additional comments; Am 09.06.2020 um 12:32 schrieb nd...@redhazel.co.uk: > > - Taking control from the original authors would slow down, if not > stall, the development of iD. > Nearly all of the original authors left

Re: [OSM-talk] Search results quality (and some testing on Elasticsearch)

Hi Jose Maybe you should have a look at  https://github.com/komoot/photon which is the go to ES based solution for OSM data (I'm not quite sure how you missed it with the large amount of research you did, but anyway). The other bit to understand is that the design goals of Nominatim, at least

Re: [OSM-talk] talk Digest, Vol 189, Issue 24

ecific >> than "Re: Contents of talk digest..." >> >> >> Today's Topics: >> >>1. Re: our Q site help.openstreetmap.org is dying >> (Mateusz Konieczny) >>2. Re: our Q site help.openstreetmap.org is dying (Tom Hughes) >>

Re: [OSM-talk] our Q site help.openstreetmap.org is dying

Am 20.05.2020 um 15:45 schrieb Mateusz Konieczny via talk: > Well, if nobody will volunteer to fix it then we will need to select > between > stack exchange migration and simply killing the QA site. We could simply pay for the migration (and if necessary for some support going forward), the

Re: [OSM-legal-talk] Legal questions about using OSM

You are unnecessarily making your life hard. There is a big red warning at the top of the "Use Cases" page, simply take it seriously (the content of that page was written in 2012 a rather long time ago and before any of the guidelines existed). The current relevant guidelines are available from

Re: [OSM-talk] Let's talk Attribution

Am 13.05.2020 um 13:46 schrieb Mateusz Konieczny via talk: ... > And, no, a typical user will not click on a hidden button or check > deeply in settings. > ... Nobody ever even remotely indicated that attribution via a "hidden button" or deep in any settings was sufficient, in fact the draft

Re: [OSM-talk] Let's talk Attribution

Am 12.05.2020 um 23:03 schrieb Mateusz Konieczny via talk: > > > > May 12, 2020, 05:48 by rockyt...@gmail.com: > > > As Joseph said: > > The attribution goes on the map. > This is not a difficult requirement to meet. > > > The most recent version of the guidelines >

Re: [OSM-talk] Let's talk Attribution

Am 2. Mai 2020 15:44:33 MESZ schrieb Christoph Hormann : > >> The only time in the past this >was done was with the change to the ODbL in 2012 IIRC. That is not correct, the licence change process has never been invoked. -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit Kaiten

Re: [OSM-talk] Let's talk Attribution

Am 27.04.2020 um 19:49 schrieb Alexandre Oliveira: > Hello! > > I'll try to be brief and explain the main problems that exist with > OSM's way of handling lack of (proper) attribution. > There was just a (nearly 100 messages) long thread on the subject here  not to mention a longish consultation

Re: [talk-au] Anzacathon and mapping possibilities

At the danger of pointing out the glaringly obvious: assuming that licence etc gets sorted out, the data is not being added in Australia, but in other countries. If the number of imported elements is above a handful in a country I would suggest at least giving a heads up on a suitable country

Re: [OSM-talk] remove the suggestion to credit "contributors"

Am 17.04.2020 um 13:20 schrieb Christoph Hormann: > ... > Independent of what the OSMF suggests in the future - i would probably > continue attributing "OpenStreetMap contributors" where feasible to > clarify that i am crediting the contributors and not the OSMF. With the exception of imported

Re: [OSM-talk] Replication errors

Sarah has already given the answer, but a small remark anyway: I would suggest following the operations twitter account https://twitter.com/OSM_Tech as that is the place you are most likely to see short term notices about these kind of things. Simon Am 16.04.2020 um 08:10 schrieb Andrzej Kępys:

Re: [Talk-GB] Geospatial Commission to release UPRN/ UPSN identifiers under Open Government Licence

It would seem to be "rather" unlikely that such reference ids would be named UPRN and UPSN outside of the UK to start with, so a more generic building_ref, street_ref or similar would be likely more sensible (if there is any value at all in mapping these). And yes similar concepts exist outside of

Re: [OSM-talk] healthsites.io breaks OSM data, do not use

We currently are lacking a simple lightweight way of blocking write access to the API, but it is being looked at. This would normally be the ultima ratio as it essentially means all work already done before an upload is lost, but in the case of a 1 change per changeset app as healthsite.io it

Re: [OSM-talk] OSM is not the place for dissemination of authoritative data sets

Am 20.03.2020 um 20:00 schrieb Mikel Maron: >>   But this thread is from Facebook trying to change that. To side step >> imports. > No they're not. It's a couple sections in a blog post that is being wildly > misinterpreted. Today's blog posts are the press releases of past years. It would

Re: [Talk-GB] European Water Project - Introduction

Am 14.03.2020 um 10:16 schrieb European Water Project: > This may come through twice... > > > Hi   dzidek23, > > What would be the workflow for adding new establishments and their > associated tags using onosm.org ?  > onosm.org simply creates notes, so less than

Re: [Talk-GB] European Water Project - Introduction

Peter I don't believe there is/are any active moderators at this point. The UK community should nominate one or more, and ask the OWG to instate them as list moderators. In any case pleading to them here will not work (and likely wouldn't work even if there were some). Simon Am 13.03.2020 um

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

Am 12.03.2020 um 16:06 schrieb THEVENON Julien: > Le jeudi 12 mars 2020 à 15:43:17 UTC+1, Simon Poole a écrit > : > >> To use a completely different example: assume that you purchase a TV set >> paid by monthly instalments and you default on them. In civilised countries

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

Am 12.03.2020 um 15:56 schrieb Pierre Béland: > Mar. 12 2020 10 h 43 min  UTC−4, Simon Poole wrote : > > > To use a completely different example: assume that you purchase > a TV set paid by monthly instalments and you default on them. In > civilised countries that doesn

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

to utilize the  whatever tools are provided by the legal system, totally regardless off how upset they are and how righteous they might feel about their actions. Simon Am 12.03.2020 um 15:09 schrieb Martin Koppenhoefer: > Am Do., 12. März 2020 um 11:50 Uhr schrieb Simon Poole <mailto:si...@po

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

Am 12.03.2020 um 10:58 schrieb Martin Koppenhoefer: > Am Mi., 11. März 2020 um 17:21 Uhr schrieb Simon Poole <mailto:si...@poole.ch>>: > > I would be very very wary of doing anything that deliberately > defaces a web site without consulting with a local (to the count

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

ad to a liability claim than just a blacked out map, but I > would not mind at all to be enlightened. > > Joost > > Op wo 11 mrt. 2020 om 15:39 schreef Simon Poole <mailto:si...@poole.ch>>: > > As I wrote (conveniently ignored in the noise of the vigilante > r

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

Am 11.03.2020 um 15:48 schrieb Mateusz Konieczny via talk: > Mar 11, 2020, 15:37 by si...@poole.ch: > > As I wrote (conveniently ignored in the noise of the vigilante > rampage): " > > I guess that people were irritated by describing gentle reminder about > license requirements > using

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

he ToU's could be lacking in detail, couldn't we simply > change them? The final section talks about changes, which we seem to > be able to just do when we want to. > > I would think the biggest challenge on OSMF side would be the workload > for OWG/sysadmins. > > Best, > J

Re: [OSM-talk] #AttributionIsNotOptional experiment on OSM France tile servers

Just for the record: Enforcing attribution for services that you are providing directly (aka tiles in some form) only has a small overlap with the goals of the attribution guideline, and the avenues open to you depend on your ToUs / contracts with your users and the legal situation in the

Re: [OSM-talk] Is there some existing detailed tutorial directed at complete newbies? Describing how to add various features?

From a pedagogic point of view I would consider that suboptimal, no to mention that it would be endless. For anybody that is going to contribute more than once (and iDs tutorial does a good job of guiding through that), we want them to learn the basic concepts of OSM and enable them to extend

Re: [OSM-talk] Attribution guideline update

Am 19.02.2020 um 14:24 schrieb Christoph Hormann: > In this case the statement that "small maps or multiple data sources" > are the only cases where the document does not require visible > attribution is wrong. For example it is later stated that visible > attribution is not required if

Re: [OSM-talk] Attribution guideline update

Am 20.02.2020 um 11:34 schrieb Christoph Hormann: > What you don't seem to understand is that there is nothing in the ODbL > that allows the conclusion that for OSM data use on certain devices > there is a *lesser* requirement for making the user aware of the use of > OSM data than on others

Re: [OSM-talk] Attribution guideline update

Am 20.02.2020 um 11:19 schrieb Christian Quest: > > - the 10.000m2 limit, this is completely artificial > > Artificial "yes", but the main thing is that it is small enough to ensure that it will essentially never be a substantial extract, on the other hand large enough that you can cover the

Re: [OSM-talk] Attribution guideline update

Folks, I was being a bit tongue in cheek, obviously the point didn't get across. I apologize and re-state: For many legal and marketing reasons providing attribution to "OSM" is not something that is likely ever going to be supported or recommended by the OSMF as sufficient. This is nothing new

Re: [OSM-talk] Attribution guideline update

Am 19.02.2020 um 20:17 schrieb Mateusz Konieczny via talk: > 19 Feb 2020, 17:22 by dieterdre...@gmail.com: > > But I stick to the comment that 500px are far too many (=1000 > actual retina pixels or 1500 px on a retina@3).  > > Yes, you may easily fit at least "© OSM" > with link in such

Re: [OSM-talk] Attribution guideline update

I believe there is actually a small issue with the definition here, as there are two conflicting DIP definitions in use (one pixel on mobile devices ~160 DPI vs one pixel for CSS 96 DPI), we need to state what we are using. Simon Am 19.02.2020 um 17:22 schrieb Martin Koppenhoefer: > > sent from

Re: [OSM-talk] Attribution guideline update

Am 19.02.2020 um 15:59 schrieb Martin Koppenhoefer: > .. > Imho we should not differentiate between mobile and desktop devices: > either there is sufficient space and attribution should be permanent, > or there isn’t and it is ok you have to click somewhere to see it. The > constraints/conditions

Re: [OSM-talk] Attribution guideline update

icle is unintelligible to me. Too many jargon terms. But I > will note that "Slippery slope" is a logical fallacy, whether you use > it to argue for stronger or weaker license enforcement and terms. > https://yourlogicalfallacyis.com/slippery-slope > > - Joseph Eise

  1   2   3   4   5   6   7   8   9   10   >