Re: [OSM-dev] Relations referencing deleted elements

On 17/04/2020 08:10, Marc Labrecque wrote: > Since I've only first run into this issue in the past week, I was > wondering if there is a bug that was recently introduced which is > allowing these elements to be deleted even though they are still > referenced by a relation. This bug has been

Re: [OSM-dev] Relations referencing deleted elements

Thank you for reporting this issue! I've created https://github.com/zerebubuth/openstreetmap-cgimap/issues/223 as a follow up issue on GitHub. -- ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] planet.osm.org is verry slow

On 2020-01-25 16:45, Grant Slater wrote: > The 20GB+ planet .osm.bz2 files are automatically redirected to the > https://ftp5.gwdg.de/pub/misc/openstreetmap/planet.openstreetmap.org/ > mirror > But unfortunately due to flaw in my mirror update script the redirect > was now working for PBF files.

Re: [OSM-dev] Malformed API results

On 2020-01-04 21:38, Mike Parfitt wrote: > What does curl and wget return for you ? Here's the result I got when running: curl https://api.openstreetmap.org/api/0.6/user/gpx_files -u "some_osm_user_name" http://www.openstreetmap.org/copyright;

Re: [OSM-dev] OSM Database schema

On 2020-01-04 17:22, Jean Marie Falisse wrote: > that a pedestrian zone, let’s say a big square in a city, cannot be made > to be crossed diagonally when used in a route planner. Getting a bit off topic here... You can calculate some artificial ways and feed that into some router. As an example

Re: [OSM-dev] Malformed API results

On 2019-12-13 19:09, Mike Parfitt wrote: > The https://api.openstreetmap.org/api/0.6/user/gpx_files call returns a > long stream of tag values before the xml that it is > supposed to return.  That's most likely a browser artifact and has nothing to do with the actual data returned by the API.

Re: [OSM-dev] OSM Database schema

On 2020-01-04 09:59, Lorenzo Stucchi wrote: > Thank you Pascal. This is can be more precise than just I looking at the > visualisation [1]. I'm not aware of a comprehensive data model internals documentation beyond the actual source code in https://github.com/openstreetmap/openstreetmap-website,

Re: [OSM-dev] Just Joined List

Am 18.04.19 um 13:41 schrieb Rory McCann: > This can be done with the Overpass API, not the OSM editing API > >     way(around:25,LAT,LON)["maxspeed"];out; > That's pretty much what this app https://github.com/plusCubed/velociraptor does. It seems to have gone viral at some point, as they had

Re: [OSM-dev] My own iD editor - OSM in a nutshell

On 3/28/19 4:14 PM, Julien Cochennec wrote: > Hi, I'd like to have my own iD editor on a server, to develop additional > features or plugins. > I'd like to connect it to different virtual servers "emulating" the > whole OSM architecture, not to interfere with contributors. You can always use the

Re: [OSM-dev] Overpass API - Memory Error on 16GB RAM

Am 23.10.18 um 09:17 schrieb Leon Boehmer: > We are trying a query which returns all highways in Europe on our > on-premise Overpass. I really have no idea what your ultimate goal is, but in any case I would strongly recommend to download a Europe extract (e.g. from Geofabrik [1]), and use some

Re: [OSM-dev] New OSM Data Export: Deleted User Account IDs

Am 07.09.2018 um 18:09 schrieb Grant Slater: > The export contains the list of historical OpenStreetMap User Account > IDs where the User Account has been deleted. > > The most common reason why a user account is deleted is because the > user account was being used exclusively for spamming

Re: [OSM-dev] Profiling the wiki

Am 20.08.2018 um 18:38 schrieb Andrew Hain: > There are sometimes reports that the wiki takes a long time to respond. > I am interested in finding out what is taking the time. In particular I > would like to know if it is worthwhile to copy the Lua version of the > {{LangSwitch}} template from

Re: [OSM-dev] Difficulty fetching data from API in own app, but not browser

Am 24.07.2018 um 17:47 schrieb Nick Whitelegg: > > The error is an odd one and seems to be related to the XML parser within > osmapi: > > specifically "Error parsing XML at END_TAG, line 25670". > Similar error messages have been reported in the osmapi repo before. Maybe you want to review

Re: [OSM-dev] Difficulty fetching data from API in own app, but not browser

Am 23.07.2018 um 18:19 schrieb Nick Whitelegg: > > Digging a bit more, it looks like the API will reject a request if > you make it relatively soon after the first; is this correct? > I think that's correct. The /map API call is handled by cgimap, which has some rate limiting in place. It

Re: [OSM-dev] Scaling Overpass API

larger requests to make the whole process much faster. [1] https://github.com/mmd-osm/Overpass-API/issues/2 ___ dev mailing list dev@openstreetmap.org https://lists.openstreetmap.org/listinfo/dev

Re: [OSM-dev] Dockerfile

Am 19.07.2018 um 16:32 schrieb Stadtherr, Eric - US: > I've had success with this one while doing some prototype testing, and > it worked well for our test case, but I haven't used it in a production > environment: > > > https://hub.docker.com/r/wiktorn/overpass-api/ > I just wanted to make

New changeset upload available for testing

lucky you can also try out a 10'000 items package size on some largish changesets. See https://www.openstreetmap.org/user/mmd/diary/44318 for details. Happy testing! mmd -- signature.asc Description: OpenPGP digital signature

Re: [OSM-dev] GSOC Project: "Make the website use the API"

Am 02.03.2018 um 06:12 schrieb Andy Allan: > On 2 March 2018 at 04:43, Paul Norman wrote: >> I wrote a blog post on how to get started with the API projects: >> http://paulnorman.ca/blog/2018/02/make-the-website-use-the-api-gsoc-project/ > It would be remiss of me to point out

Re: [OSM-dev] Overpass filter by area A or area B

Am 13.09.2017 um 23:44 schrieb François Lacombe: > Hi all, > > I wonder how to filter objects in several areas in Overpass API. > > I assume this query: > area["wikidata"="Q212429"][admin_level=3]->.area_1; > area["wikidata"="Q212582"][admin_level=3]->.area_2; > > way(area.area_1,area.area_2);

Re: [OSM-dev] Changeset metadata timestamps out of sync?

Am 15.08.2016 um 21:40 schrieb Sarah Hoffmann: > Hi, > > On Mon, Aug 15, 2016 at 09:10:46PM +0200, Martin Raifer wrote: >>> Martin mentioned a deviation of exactly 4 seconds >> >> Well, actually, the 4 seconds were only for the one example changeset. >> In other changesets, I saw different time

Re: [OSM-dev] Overpass request timeout : why?

Hi, Am 06.05.2017 um 15:56 schrieb François Lacombe: > This apparently simple request often fails with timeout but I don't know > why.Does someone can explain what is the problem with the first one please? Not sure if you're trying this on your own instance with a country extract or on the

Re: [OSM-dev] Removing functionality and giving just No as answer

Am 24.02.2017 um 12:19 schrieb Tom Hughes: > > More specifically there were a number of people asserting that this > feature was somehow to all mappers and I was trying to make the point > that really that wasn't true at all and that the was majority of mappers > would never have any use for it.

Re: [OSM-dev] Overpass xapi map/bbox query broken?

Hi, Am 09.01.2017 um 13:57 schrieb Sebastian Kürten: > Hi, > > it seems that the XAPI compatibility map/bbox query does not work > anymore the way it is described in the wiki[1]. Thanks for the feedback. I have updated the wiki page n

Re: [OSM-dev] planet.openstreetmap.org/replication policy

Am 28.11.2016 um 15:28 schrieb Martin Koppenhoefer: > > 2016-11-28 14:33 GMT+01:00 Oliver Tonnhofer >: > > It would also not reduce the bandwidth by much, as it still needs to > download the same data. > > > > it surely will use a lot

Re: [OSM-dev] [overpass] OSM API lookups to complement minutely diffs?

Am 18.09.2016 um 15:27 schrieb Stefan Keller: > > 0. The typical delay (augmented diff id) compared to current time is 1 > to 4 minutes. Right, you can see the current delay in munin [1], and the current timestamp via a dedicated API call [2]. [1]

Re: [OSM-dev] OSM API lookups to complement minutely diffs?

Hi, Am 18.09.2016 um 14:41 schrieb Michael Larsen: > Hi, > > Last time I tried consuming augmented diffs on a minutely basis, I hit the > load-limitations which meant that I could not consume augmented diffs for > some > time afterwards, i.e. this will lead to black holes in your history.

Re: [OSM-dev] OSM API lookups to complement minutely diffs?

Am 15.09.2016 um 22:53 schrieb Stefan Keller: > I'm setting up a Kafka publish-subscribe messaging system delivering > minutely diffs. > > AFAIK augmented diffs are rather an experimental feature and I'd like > to avoid the latency time and blackouts of overpass which runs in same > server. So

Re: [OSM-dev] http://overpass-api.de/ seems to be down on Saturday 20.08.2016 at 19:09

Am 20.08.2016 um 19:09 schrieb Oleksiy Muzalyev: > http://downforeveryoneorjustme.com/overpass-api.de also shows that the > site is down. > Someone is flooding the server with an exceptionally high number of requests/s since about 02:00 GMT this Saturday. It seems that this is mainly affecting

Re: [OSM-dev] Changeset metadata timestamps out of sync?

Am 15.08.2016 um 10:03 schrieb Jochen Topf: > I looked into this and the problem is much worse. Using the latest changelog > and planet dumps I found over 200,000 changesets that have objects in them > with timestamps outside the time range given in the changeset. out of curiosity: Martin

Re: [OSM-dev] Diff issues: minutely overwritten by later data/incompl. daily diffs

Am 14.08.2016 um 12:31 schrieb Paul Norman: > On 8/14/2016 2:56 AM, mmd wrote: >> Processing daily diffs is in fact a very convenient to load 4 years >> worth of OSM data (needed for full history), rather than downloading >> more than 2 Mio. minutely diffs. > > I don't

[OSM-dev] Diff issues: minutely overwritten by later data/incompl. daily diffs

Hi there, I'm currently struggling with two different issues when processing daily and minutely diff files. Originally I planned to set up a full Overpass API instance using daily diffs. During processing, some ways/nodes were found to be missing, which shouldn't have happened in the first

Re: [OSM-dev] Overpass-API 0.7.52 : HTTP 429 error even after kill_my_queries

Hi, Am 12.06.2016 um 19:32 schrieb Pierre Béland: > I have better response if I query after midnight UTC. It would be > interesting if the OverPass team could provide us hourly statistics of > the server usage. > munin stats might come in handy for this purpose:

Re: [OSM-dev] Overpass-API 0.7.52 : HTTP 429 error even after kill_my_queries

> there are basically two issues here: > > 1. kill_my_queries currently has no effect. The query keeps on running > on the server. > Small addition: in your case, kill_my_queries confirmed that there's no query running on the server. If you ever get a message, that the query was killed, you

Re: [OSM-dev] Overpass-API 0.7.52 : HTTP 429 error even after kill_my_queries

Hi, Am 12.06.2016 um 00:53 schrieb François Lacombe: > > Can someone explain why kill_my_queries tells there is no request and > then an interpreter call fails in HTTP 429 ? > there are basically two issues here: 1. kill_my_queries currently has no effect. The query keeps on running on the

Re: [OSM-dev] editing OSM-files with Java

Am 07.06.2016 um 21:58 schrieb Simon Poole: > There is a longish thread somewhere on the German forum on the topic (no > idea if JAVA was involved) where somebody did exactly that (create and > prune "virtual ways" over areas in a prototype implementation). it would > be 1-2 years back so might

Re: [OSM-dev] Retrieving nodes with a "wikipedia=" OSM tag in a certain area via an OSM API?

Hi, Am 03.01.2016 um 01:29 schrieb Oleksiy Muzalyev: > It is a bit more complicated to display a geolocation when the wikipedia > tag is assigned to an area or a way. It will try to implement it later. > If you're happy with the center point of a way/relation, you can also leverage "out

Re: [OSM-dev] Retrieving nodes with a "wikipedia=" OSM tag in a certain area via an OSM API?

's center point. http://overpass-turbo.eu/s/dvp Just move to the area you're interested in and hit "Run". For more details, please refer to [1] and [2] hth mmd [1] http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Relative_to_other_elements_.28aroun

Re: [OSM-dev] How to keep a geographic local part of OSM updated with minutely diffs?

eless, updating a database with specific tags only (in this case railway=*) or a certain bbox should still be feasible. If you're interested, check out [1]. There's also 'Show me the way' [2] as one well known user of Augmented diffs. Obviously this is not in any way related to updating a local db. hth,

Re: [OSM-dev] unable to create jar file from the OSM-binary

/she's talking about https://github.com/scrosby/OSM-binary If that's the OSM-binary Laura tries to compile via `ant`, it might make sense to install the missing libprotobuf-java first: sudo apt-get install libprotobuf-java That solved the build issue for me on Ubuntu 14.04. Cheers mmd Log

Re: [OSM-dev] Referential Integrity Problem

. That way however was deleted in November 2014, as you've also noticed. Best, mmd Tested with: planet-150323.osm.pbf Error messages: Reading XML file ... elapsed way 58386463. Node 716017125 used in way 57766265 not found. Node 716245610 used in way 57766265 not found. Node 716031473 used