Re: [OSM-talk] Call for verification (Was: Re: VANDALISM !)

On 2020-08-24 00:18, Martin Koppenhoefer wrote: > I have recently found a lot of highway=path which clearly were tracks > according to aerial imagery. A tool which would allow to filter for “paths by > this mapper” (maybe in a similar timeframe) could speed up finding and fixing > them. Probabl

Re: [OSM-talk] Call for verification (Was: Re: VANDALISM !)

On 2020-08-23 18:27, Martin Koppenhoefer wrote: > There is a lot of stuff that could be analyzed, immense. All the history is > still available with all the user information... What's next? Do we want to invite "unreliable" mappers to an exciting two hours training course to improve their railway

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

On 2020-08-22 19:55, Martin Koppenhoefer wrote: > What kind of permanent ids do you want? For some more abstract concept like a > road with a specific name? A shop? A building? If there’s a way tagged with > building=supermarket, shop=supermarket, name=Foo, and you add a permanent id > to it. Th

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

On 2020-08-22 11:08, pangoSE wrote: > The system can then be queried lke this: > > IMPLEMENTATION SUGGESTION: > > GET Openstreetmap.org/api/userobjects/pangoSE > Outputs objects for user pangoSE with the oldest first (outputs 10 > entries, &offset can be used to get more, &size can be used to out

Re: [OSM-talk] Referential integrity of https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz

Am 12.08.20 um 15:40 schrieb Tom Hughes via talk: > On 12/08/2020 13:56, Roland Olbricht via talk wrote: > >> in the minute diff, in file >> https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz >> the way 40657824 uses node 7804408284, but that node is contained >> neither in 69

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

On 2020-08-09 14:33, pangoSE wrote: >> IIRC, Yuri already tried that when implementing Wikibase on our own >> wiki, and it turned out to be massively complicated, not to say not >> feasible at all. Didn't you follow that discussion back then? > > I was not aware. Link? > Its not a dealbreaker f

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

On 2020-08-09 13:05, pangoSE wrote: > These are valid concerns. See my response to James. > If Wikimedia should become uncooperative we could easily set up our own > wikibase installation. See https://www.wbstack.com/ Our own Wiki.openstreetmap.org already has a wikibase installed. You're not prop

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

On 2020-08-02 11:55, Richard Fairhurst wrote: > The other is that  > 2020's P2 users, contrary to the cliche of 2010, are actually pretty > skilled and experienced (by definition the beginner users use iD > these days) - many of them have a four-figure number of  > changesets - so installing AIR sh

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

On 2020-08-01 12:42, Richard Fairhurst wrote: > Ruffle is showing promise (https://github.com/ruffle-rs/ruffle) and is > under very active development, but does not yet support AS3 or the Flash > Player features that P2 needs. I would anticipate that P2 will be able > to run as WebAssembly when Ruf

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

On 2020-08-01 10:32, Simon Poole wrote: > 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).  > The Adobe AIR download page seems to suggest that Adobe AIR is only available on 64-bit Windows platforms. Do we

Re: [OSM-talk] Overpass API version 0.7.56

Thank you for the update! On 2020-04-14 07:09, Roland Olbricht wrote: > I intend to bundle them with the necessary changes to use > ways and relations directly as areas, > but that is not implemented yet. Although this sounds like a minor topic, it has quite some impact for a number of users. Ra

Re: [OSM-talk] Should a deleted user's changeset list be removed?

> > As has been pointed out, the data is still there. How hard would it be > to list these changesets as normal? There's an open issue on GitHub for this topic, please follow up there: https://github.com/openstreetmap/openstreetmap-website/issues/1311 --

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

Am 10.06.19 um 18:46 schrieb Yuri Astrakhan: > and we could store other info like validation rules and even solve the > "presets" conflict with this technology -- by storing the presets in the > data items - community would have a direct influence on what presets > should be. (TBD) This idea was

Re: [OSM-talk] Remove validation rule asking to add highway=footway to railway/public_transport=platform

Am 28.05.19 um 10:32 schrieb Frederik Ramm: > Perhaps it is possible to have a forked iD that does not work by > meticulously cherry-picking every new change that is added to iD > (because that would be too much work), but instead - a bit like the > mechanisms when building a Debian or Ubunutu pack

Re: [OSM-talk] We're erasing our history in wiki

Am 22.04.19 um 12:37 schrieb Simon Poole: > The last functional addition to the editing API was just over a year > ago, in March 2018. > > Implying for rhetorical purposes that "nothing has changed" is rather > disingenuous. > > Simon > > Am 22.04.2019 um 11:59 schrieb Ilya Zverev: >> This attit

Re: [OSM-talk] problems with differential update?

Am 11.04.19 um 21:33 schrieb Frederik Ramm: > Hi, > > On 4/11/19 21:26, Roland Olbricht wrote: >> Could it have been that the file triggered an arcane bug in a gz library >> from the Java universe? > > Yes, that's exactly the problem - these files decompress fine with gzip, > just not with Java.

Re: [OSM-talk] Relation #2632934 is "killing" differential update

On 2/11/19 11:41 AM, wambac...@posteo.de wrote: > Hi, > > there is a relation https://openstreetmap.org/relation/2632934, which > currently has *42698 members*. Processing this rel with osm2pgsql fails, > because this value is bigger than 32737 (small int). > FYI: As a follow up to this discussi

Re: [OSM-talk] Missing day replicate

On 2/11/19 12:35 PM, Jochen Topf wrote: > On Mon, Feb 11, 2019 at 12:02:23PM +0100, Rory McCann wrote: >> I've seen this error before a few times. I thought the file was bad and was >> pulling my hair out trying to find the weird bytes (which didn't exist). The >> file came from osmosis merging a f

Re: [OSM-talk] Missing day replicate

On 2/9/19 1:58 PM, Tom Hughes wrote: > On 09/02/2019 11:47, mmd wrote: > >> For some strange reason, the gz file claims to be from "FAT filesystem", >> and most likely osmosis can't figure out that the file contents are in >> UTF-8. > > They all say t

Re: [OSM-talk] Missing day replicate

Am 09.02.19 um 08:17 schrieb Jochen Topf: > > this might or might not be related to the hourly change file with the > number 56107 being "strange": Osmosis can not read the file 107.osc.gz, > it reports a UTF-8 error. But if I gunzip the file, Osmosis can read the > file fine. So this points to an

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

Am 25.11.18 um 15:36 schrieb Paul Norman: > On 2018-11-25 5:50 AM, Victor Shcherb wrote: >> What do you think? > > It would be terrible for most software that I am aware of that can > process the full planet. Current assumptions about density would be > broken, vastly inflating memory usage and sl

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

Am 11.08.2018 um 12:18 schrieb Christoph Hormann: > I hope you are aware that you are defending a bad tagging idea with the > existence of other bad tagging ideas. The intention was actually quite the opposite. It was more a question of taking a step back and revisiting those tags where coordinat

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

Am 10.08.2018 um 19:46 schrieb Christoph Hormann: > The idea of tagging encoded coordinates is so ridiculous to anyone with > a bit of understanding of computer programming, data processing and > data maintainance that even after ignoring all the arguments in > substance that have been voiced th

Re: [OSM-talk] "Nearby features" does no longer work:

On 08/05/18 10:18, Rainer Bielefeld wrote: > Hello, > > Tryin go use [?] - feature I get "Error contacting > https://overpass-api.de/api/interpreter: " > Hint for overpass turbo users: you should still be able to run your queries via the HTTP URL for the time being: http://overpass-turbo.eu Ov

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

On 08/01/18 01:08, john whelan wrote: > The report has lots of long words but doesn't seem to grasp basic > concepts well. > > OpenStreetMap to me has two primitives, nodes and ways.  These can and > are combined to create areas.  They have tags attached. > > I honestly can't see any need for mor

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

Am 29.07.2018 um 14:57 schrieb Yuri Astrakhan: > * Much better performance compared with wiki template language Sounds great. One of the major pain points on many Wiki pages is the whole topic around Language / LanguageSwitch templates. Verdy_p has written a lengthy analysis of the current situat

Re: [OSM-talk] overpass turbo for beginners

Am 19.06.2018 um 19:05 schrieb Mateusz Konieczny: > Is there some Overpass Turbo tutorial assuming no programming or OSM > knowledge? > > I am planning to write one, I failed to find any description like this. > > I am asking to avoid duplication of existing resources. > > Take a look at the f

Re: [OSM-talk] Issues with diffs

> Since about 12 hours I'm having issues with replication. > > Osmosis is reporting: > > OsmosisRuntimeException: The replication state doesn't contain a > timestamp property. > > Any idea where can I post/report this? > Redirect to https was activated on planet.openstreetmap.org about 12 hou

Re: [OSM-talk] Tool for tag tracking

Am 12.01.2018 um 14:51 schrieb Pierre Béland: > Hi Roland. Great additions again. > > I cannot access https://dev.overpass-api.de/api_new_feat/ to test. > > Hi have the message Forbidden, You don't have permission to access > /api_new_feat/ on this server. > Please disregard any line starting w

Re: [OSM-talk] Length of ways

Am 01.12.2017 um 01:15 schrieb Andy Mabbett: > Do we have a tool that will give me the length of a way (or a > relation, made from several continuous ways)? > The next Overpass API release will come with a handy operator to calculate a way's length in meters. Please check the following preview e

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

Am 07.11.2017 um 07:29 schrieb Yuri Astrakhan: > The tool has been thoroughly reworked, thanks to many good suggestions. > Please keep discussion to constructive suggestions and ideas - they help > us all move forward and reach agreement. > > What's new: > * Added "reject" vote button > * Tasks ca

Re: [OSM-talk] Serious JOSM performance degradation

Am 11.11.2017 um 22:25 schrieb Safwat Halaby: > Apparently one of my messages did not get through due to a huge file. > Here it is once more: > > More details: > > JOSM 12712 has no issues. > Latest JOSM 13053 has issues. > Not sure how to download the intermediate version (12921). > It's a CPU s

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

Am 10.11.2017 um 09:57 schrieb JB: > oneway=no have the same meaning as no information Very careful with removing oneway=no! Some highway=* combinations have oneway=yes per default, and oneway=no is used to override this default value (!!). Obviously, removing such a oneway=no tag with the intent

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

Am 14.10.2017 um 11:33 schrieb Yuri Astrakhan: > ** UPDATE: ** > > The service now supports "reject" button.  To use it, your query must > contain "  #queryId:...  "  comment.  By default, when a user rejects > something, a tag "_autoreject=id" is created. An object can have > multiple rejected ID

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

Am 26.09.2017 um 12:39 schrieb Safwat Halaby: > On Tue, 2017-09-26 at 11:46 +0200, Jo wrote: >> >> Overpass API is definitely your friend. Version 3 doesn't mean much >> though. >> Do you mean all bus stops with a public_transport tag? > > Thanks for the reply. > > By version 3, I mean a particu

Re: [OSM-talk] OSM Wikidata SPARQL service updated

* WHERE { ?osmId osmm:type 'w' . FILTER NOT EXISTS { ?osmId osmm:loc ?osmLoc }. } LIMIT 100 BTW: A quick search on Github yielded the following: https://github.com/nyurik/osm2rdf. Would that be the right place to look for more details? Best, mmd -- _

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 19:07 schrieb Simon Poole: > On 04.08.2017 18:07, Jochen Topf wrote: >> On Fri, Aug 04, 2017 at 04:37:23PM +0200, Simon Poole wrote: >> >> I think it is totally unrealistic to expect hobby projects based on OSM >> to ask for permission. I see three likely outcomes: > It obviously

Re: [OSM-talk] Mapnik rendering questions

Am 09.07.2017 um 12:29 schrieb Martin Koppenhoefer: > sent from a phone ? > > On 9. Jul 2017, at 08:36, Maarten Deen > wrote: > >> I have to say: it is a nuisance that you can not get this information >> easily. Please someone who is in the map development and reads th

Re: [OSM-talk] Street Complete

the standard is the false assumption that this > kind of conduct is in any way helpful. +1 Cheers, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Street Complete

uggested before mods intervened, see #10) is giving developers a huge incentive to spend more time on their OSM related spare time projects. I seriously hope that this not becoming the new role model to get things fixed in OSM related apps. Cheers, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

the same wikidata id. I commented out the part to check all relations in the current bounding box, but I guess you'll get the idea. best, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] New Overpass API v0.7.54 version

eu/s/nTx Have fun... and be sure to add your own cool examples to the Wiki page! Cheers mmd -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Is Overpass falling far behind the database?

Am 22.11.2016 um 22:51 schrieb Ben Discoe: > Usually, using "overpass turbo" returns results which are very recent, > usually less than an hour. Right, it should actually be somewhere in the range of a few minutes. > > However, for the past 2 days, results seem to be very out of date. > > As an

Re: [OSM-talk] Local Overpass Issue

Am 19.09.2016 um 22:19 schrieb Mike Thompson: > > [...technical Overpass API issue...] I'd suggest to post your question either on the Overpass Dev list [1] or create an issue on Github [2] instead. [1] http://listes.openstreetmap.fr/wws/info/overpass [2] https://github.com/drolbr/Overpass-AP

Re: [OSM-talk] Overpass XAPI URL Status

Hi! Am 14.09.2016 um 09:30 schrieb Bryce Nesbitt: > I help support a large company that uses OSM data, pulled via a specific > query at ://www.overpass-api.de/api/xapi > . This query runs about once a month. xapi endpoint is the only service that is bloc

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

15). I believe one of the German forum moderators was involved in that most recent update activity, but I may be wrong here. According to my inbox, the last email conversations with Lambertus were also in Nov 2014. [1] https://github.com/mmd-osm/openstreetmap-forum/commits/

Re: [OSM-talk] Overpass query to get ways longer than nodecount?

find something missing in that issue, please feel free to enhance the list, or maybe just add your reaction, if you think this is in some way important to you. hth, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] How to query Overpass to display polygons as point markers in umap?

Am 18.04.2016 um 01:42 schrieb Stefan Keller: > out body; > >; > out skel qt; > > I know that the last line can be replaced by > out center meta; In fact, you should replace the whole block out body; >; out skel qt; by out center meta; not only the last line. Otherwise, y

Re: [OSM-talk] About the development of another Overpass API

;re just wondering > which OSM APIs are available for this? > a good place to discuss this topic would be the Overpass API developer list. A lot of folks who already run their own instance are subscribed to this list and for sure can provide some helpful insights. http://listes.openstreet

[OSM-talk] Buildings on abandoned railways (via Overpass) (was: Re: THIS is the kind of enthusiasm some would reject)

ome potential issues here and there ;) Kind regards, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] "Enclosing feature" on osm.org broken ?

rted to recreate the areas from scratch. Please check the Overpass status wiki page for any updates [2]. If you're impacted by this behavior in Overpass turbo, simply switch to another instance, like rambler. For the "enclosing feature" on the main page, that's unfortunately not p

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

Stefan Keller wrote > I'm still struggling even with the XML output. > My actual goal is to display the result set of the "Dairy/Cheese > Makers" query in uMap. > When I apply the query below to http://overpass-turbo.osm.ch/ the result > is OK > (displayed POIs: 386, Lines: 300, Polygons: 138). >

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

https://github.com/drolbr/Overpass-API/issues/93 > > Pieren Right, some of the missing bits for JSON support are already implemented in the "out_geom_json" branch. However, Roland hasn't merged this branch into the master branch yet. https://github.com/drolbr/Overpass-AP