Re: [Talk-GB] Reference numbers for UK admin areas?
Hi all, I'm at the moment writing a documentation for the Overpass API. The challenge was to get Overpass to return grit bins in /this /Sutton, and not in all places called Sutton. Coincidentially, I just have translated a section about that type of question: https://dev.overpass-api.de/overpass-doc/en/full_data/area.html#per_tag I'm grateful for the oppurtunity to place this appetizer. Please feel free to ask any questions. The audience of this documentation are average mappers, thus all feedback can help to expand or clarify sections that are incomprehensible. As this is work in progress, I'm sorry that not yet all cross references within the documentation work, usually because the referenced content is not yet translated. I'm confident to have it complete before the end of the year. I will make an annoucement when the documentation is referentially complete and again when it is content complete. Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Displaced nodes
Dear all, there has been a couple of probably accidential movements of thousands of nodes off central London. The changesets in question are most likely 72980739 72980741 72980743 72980748 72980751 72980758 72980760 72980761 72980762 72980765 72980767 I'm attempting to revert them right now. As JOSM is surpringly slow on the task, I'm happy about any help. Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM augmented reality project - affordable hosting recommendations or Overpass?
Hi,
As an alternative, I was wondering how acceptable it would be to use the
Overpass API to obtain the data? Downloaded data would be cached on the
device so for a given area, data would only need to be downloaded once.
I'm fine with such a usage. The fine print is about other issues:
- Overpass API does support GeoJSON indirectly, but GeoJSON does not
support EPSG:3857, see
https://tools.ietf.org/html/rfc7946#section-4
To get GeoJSON I suggest
[out:json];
way(south,west,north,east)[highway];
convert link ::=::,::geom=geom();
out geom;
where (south,west,north,east) is the bounding box.
As an act of courtesy I suggest to set the "Accept-Encoding: deflate,
gzip" header and use
[out:json];
way(south,west,north,east)[highway];
if (count(ways) < 2)
{
convert link ::=::,::geom=geom();
out geom;
}
else
{
make error what="Too many ways in this bounding box";
out;
}
This compresses the data and bails out if there are more than 2 ways
in the bounding box, corresponding to between 1 MB and 2 MB of data.
Overpass would happily deliver about 1 GB per user and day, but the
users may have data plans with rather 1 GB per month.
Thanks,
Roland
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] pub defined as a relation
While i'm here, can anyone tell me why http://overpass-turbo.eu/s/szG does not return nodes and ways-and-their-nodes? It is very similar to the example Thank you for asking. As I will explain below, this is an opportunity to improve the documentation. area[name="Brighton and Hove"][admin_level=6]; ( node(area)[amenity=pub]; way(area)[amenity=pub]; ); (._;>;); out body; In line 3 we have only nodes as a result. In line 4, we ask for ways that are inside the areas from the previous result (the one from line 3). Thus, line 4 can never have a result. Hence, please change it to area[name="Brighton and Hove"][admin_level=6]->.a; ( node(area.a)[amenity=pub]; way(area.a)[amenity=pub]; ); (._;>;); out body; This way, we store the result of line 1 in a set named "a". And in lines 3 and 4 we now ask for nodes resp. ways that are in areas from "a". "a" could be an arbitrary name (composed of letters, digits, and underscores, starting with a letter; names are case sesitive). By the way, I suggest to replace lines 5 and 6: area[name="Brighton and Hove"][admin_level=6]->.a; ( node(area.a)[amenity=pub]; way(area.a)[amenity=pub]; ); out center; This makes both nodes and ways into a point with a single location. For the purpose of viewing the objects in Overpass Turbo, this means you need to transfer and process fewer data. I thought there were an explanation at http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example but it isn't. I will add the example and the explanation there. For the question whether it was different before: No. I am a strong proponent of backwards compatibility. It will rarely or never happen that I change existing language semantics. - Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Barriers and PRoWs
Hi Bob, I'm sorry or the late answer. I'm currently not at home. Thus, I'm reading emails less frequent. could the barrier locations be shown on the ways to which they relate in the case of /> 1. to identify PRoWs having stiles/? Yes, that is a useful idea. I suggest http://overpass-turbo.eu/s/smx There is essentially an extra output command. Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Barriers and PRoWs
Hi all, I should be most grateful for assistance in achieving the following > 3. to obtain such results for an individual civil parish, either by > selecting those ways within an admin level 10 boundary named > "Checkendon", say, or selecting those PRoWs whose prow_ref value > contains "Checkendon" For the sake of simplicity, all the follwoing examples are based on the area spanned by teh object tagged with name="Checkendon" and admin_levlel=10. Feel free to play with the values - what the link points at is not changed by editing the query. 1. to identify PRoWs having stiles https://overpass-turbo.eu/s/sh7 2. to invert and obtain PRoWs not having stiles https://overpass-turbo.eu/s/sh8 4. to be able to export such results to a tabular form I'm not sure which columns such a table should have. I have made an example where way id, value of prow_ref, and if barriers are present are columns: https://overpass-turbo.eu/s/sh9 Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Turbo Overpass Help
Hi As part of the cleanup and refresh of NaPTAN data in the West Midlands we need to identify any bus stope nodes that were added in the old manner i.e as a node on the highway rather than as a separate node to the side. Is this possible in turbo overpass? It's defeated me so far! Any help appreciated Please have a look at http://overpass-turbo.eu/s/lJk This chooses all nodes with highway=bus_stop that are also part of a way with a highway tag whose value contains motorway, trunk, primary, and so on. Useful variants might be - use of "West Midlands" instead of Birmingham as area name - use "out meta" instead of "out" to get the metadata as well - prepend the query with a line "[out:csv(::lat,::lon,::timestamp,::user,name)];" to see a condensed table that tells you whether any of these stops have seen recent updates. Regards Roland -- Dr. Roland Olbricht MENTZ GmbH, Am Mittelhafen 10, 48155 Münster T: +49 (0)251 7 03 30-232, F: +49 (0)251 7 03 30-300 E: olbri...@mentz.net, www.mentz.net Sitz der Gesellschaft: Grillparzerstraße 18, 81675 München Geschäftsführer Dr.-Ing. Hans-J. Mentz Amtsgericht München, HRB 91898 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Overpass API in English
Dear mappers, I would like to ask those of you that are keen of proper British English to help with the wording of Overpass API. As SomeoneElse pointed out in https://github.com/drolbr/Overpass-API/issues/291 there are messages from Overpass API that are poor language. DaveF has pointed out before that the word "attic" may be difficult to understand. Thus I 've set up a page of all messages that Overpass API can emit: http://wiki.openstreetmap.org/wiki/Overpass_API/Wording And I would like to ask you to add suggestions for better wording or discussions direct on that wiki page. If I understand the point of the suggestion and doesn't produce homonyms or conflicts with the language of referred web standards then I will built them into Overpass API as soon as possible. Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Remove tag "priority" from railways
Dear all, we (corporation Mentz) would like to remove the tag "priority" from the railways in GB. They have been intially set by us to denote railway lines with important passenger traffic. But the German community has asked us there to use the route relations for that purpose instead. That has the advantage that the burden of maintaining it up to date is shared by more eyeballs. We would like to keep this consistent in GB. It is only one line affected: http://overpass-turbo.eu/s/fNB I would therefore suggest to do a mechanical edit that drops the tag "prioity" from the ways of this line. Best regards, Roland -- Dr. Roland Olbricht mdv - Mentz Datenverarbeitung GmbH Am Mittelhafen 10 48155 Münster e-Mail: olbri...@mentz.net Tel: +49 (0) 251 70330 232 Fax: +49 (0) 251 70330 300 http://www.mentz.net Sitz der Gesellschaft: Grillparzerstraße 18, 81675 München Geschäftsführer Dr.-Ing. Hans-J. Mentz Amtsgericht München, HRB 91898 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Data search request: help please
Hi Andy, the following query http://overpass-turbo.eu/s/7cV lists definitely all objects in the OSM with the following properties: - It is situated in the United Kingdom - Its name tag contains the word Louise - It is neither a bus stop, a street, a florist, a hairdresser, nor a clothes shop. Please push Run, then wait a minute. Then push Data to see the raw data. The latter condition may look a bit strange, but that way we end up with a reasonably short but comprehensive list, even if the object in question is poorly tagged: - ways 97237916 and 164418353 are proper pubs - node is a guest_house and could offer beverages, and ways 235035265 and 289369460 do not annouce their purpose from their tagging. Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Data search request: help please
the following query http://overpass-turbo.eu/s/7cV lists definitely all objects in the OSM with the following properties http://overpass-turbo.eu/s/7cW may help further: More object categories have been excluded, and the out center means that every found object is dispayed on the map. Best regards, Roland ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
