Talk:Quick fixes

From OpenStreetMap Wiki
Jump to: navigation, search

Links Broken

All links on this page seem to be to an http IP address which gives no clue about what it actually is. Some information about what is "broken" about (if that is what you are trying to say) would help. --SomeoneElse (talk) 09:58, 14 October 2017 (UTC)

added comments. taginfo won't help because in some cases it will be more than one value. For example, "Cleanup religion=christian, denomination=mormon/anglican" converts both religion=mormon and religion=anglican, and I suspect there will be more added to that query. If you have any specific suggestions for queries, please post here. If you can improve docs, feel free to change the description. --Yurik (talk) 10:57, 14 October 2017 (UTC)
I fail to see what relevance your comment has to what I said and (from reading the comment below) I'm not the only one who doesn't understand what you are trying to do. I would suggest that you give an example of a problem, and how the IP address that you keep linking to is relevant to it.--SomeoneElse (talk) 11:34, 14 October 2017 (UTC)
IP will be changed to a proper name soon. But clearly IP vs Name is not the cause of the problem. Which query results did you click? What browser make & version do you have? I just tried it with both latest Chrome and Firefox, and they work. --Yurik (talk) 11:49, 14 October 2017 (UTC)
PS. This service is nearly identical to Osmose, but with the user-controllable queries. --Yurik (talk) 11:50, 14 October 2017 (UTC)
I clicked that tinyurl link you gave. --SomeoneElse (talk) 11:56, 14 October 2017 (UTC)
Which query? There are no tinyurl links on this wiki. --Yurik (talk) 06:35, 15 October 2017 (UTC)

I think you need to review what you are doing, maybe click some links yourself. I have no idea what I'm supposed to do. When I click any of the "view current results" links I get a very big OSM wikidata icon with a little pen in the left bottom but with no clue what to do or click. When I click any "show query editor" link I get some kind of editor with the text "Input a SPARQL query or choose a query language". Again, no help whatsoever. Am I supposed to past the queries in there myself?
Everything links to some site by IP address only which is very bad form.
I totally fail to see the use and I think I'm missing a lot of help how to use it. --Mdeen (talk) 11:28, 14 October 2017 (UTC)

@Mdeen, the screen you are seeing is the waiting screen. Once the data is loaded, it should show on the map. If it doesn't, please tell me which browser you are using, and what version - maybe there is a bug in my software. Ideally, also check if the debugger window has any errors (in Chrome, menu - more tools - developer tools). Thanks! --Yurik (talk) 11:46, 14 October 2017 (UTC)
I'm waiting minutes here. There is no indication that anything is loading, there is no helpful text indicating you should wait, there is nothing but a large icon with the text Openstreetmap Wikidata. Browser is the latest Pale Moon. --Mdeen (talk) 13:41, 14 October 2017 (UTC)
@Mdeen, I suspect Pale Moon browser simply does not handle some of the newer JavaScript features. I couldn't even find the ES6 cross-feature chart for it. Could you check using the latest Firefox or Chrome? I do plan to add older platform support via Babel, but it will be some time until then. --Yurik (talk) 06:23, 15 October 2017 (UTC)
P.S. this thread clearly indicates that Pale Moon is too far behind in its feature support, and Wikipedia indicates less than 0.05% usage worldwide. It simply won't be reasonable to expect webdevs to support it, but pull requests are welcome! --Yurik (talk) 06:33, 15 October 2017 (UTC)

Nested objects

I'd like to make a challenge to find amenity=place_of_worship without building=* key inside other amenity=place_of_worhip area (because it's most probably a building and should be tagged as such). Is this possible to do this using Sophox? --Kocio (talk) 01:47, 15 November 2017 (UTC)

@Kocio, sadly no. Sophox at this point only contains centroid point of the geometry, and the relation memberships, but not way geometries. To find if something is within something else, I would have to adapt Blazegraph to store way geometries, and to implement geometry handling functions. On top of this, Blazegraph does not support any efficient object within object searches. P.S. I corrected you tag above - i think it was a typo, right? --Yurik (talk) 03:41, 15 November 2017 (UTC)
@Kocio, could you clarify - should both objects be ways? Or should the first one (without the building=* be a node? For example, should n262827 be found next to w352972432 --Yurik (talk) 03:56, 15 November 2017 (UTC)
A query like this would find nodes without building=* that are within 100m of a way, as long as the name is the same. (without name, the search space is too big and it times out). This query returns too many results, so I suspect it needs to be narrowed down. Once done, we can convert it into a task.
  ?id osmt:amenity 'place_of_worship' ;
      osmt:name ?name ;
      osmm:type 'n' ;
      osmm:loc ?loc .

  FILTER NOT EXISTS { ?id osmt:building ?b }

  ?id2 osmt:amenity 'place_of_worship' ;
       osmt:name ?name ;
       osmm:type 'w' ;
       osmm:loc ?loc2 .

  FILTER (?id != ?id2)

  BIND(geof:distance(?loc, ?loc2) as ?dist)
  FILTER (?dist < 0.1)
Run it (edit query)
This returns only nodes because the geof:distance() can only be computed on pairs of nodes and returns NaN otherwise. Note that these nodes are not tagged as buildings because they may be only POIs within an actual way or relation defining their building (which may contain more than a place_of_worship, for example a school, or library, or hospital, or community center, or social residences, or presbitary residence, or memorial, or crematorium, or even a shop...). This search by distance is also fuzzy because nothing indicates that the "id" nodes found are actually within the area of "id2" ways. Note also that the actual search would need to work with relations (various buildings with holes are represented as multipolygons).
I have doubt also that the "id" nodes fouind are necessarily buildings, they could be gardens, completely outdoor within a larger 'place_of_worship' area. — Verdy_p (talk) 06:33, 15 November 2017 (UTC)
@Verdy_p, correct, the above is a workaround due to lack of proper geometry, and it may produce false positives. The result is only nodes because of the ?id osmm:type 'n' statement. All objects (n,w,r) have an osmm:loc point. For nodes, its accurate, for everything else, its computed. Rels are the least accurate. thus geof:distance will always have a value, it just not be relevant. --Yurik (talk) 10:34, 15 November 2017 (UTC)
As long as your surrounding way has a name, you can do it with Overpass API already today: , and including relations: Mmd (talk) 06:42, 15 November 2017 (UTC)
Good query, thanks! I wonder if I should add OT federation into Sophox. Something like this, which executes OT query and gets a list of IDs back. --Yurik (talk) 10:34, 15 November 2017 (UTC)
SERVICE osmm:overpass {
  bd:serviceParam osmm:query '<overpass query text>' ;
                  osmm:id    ?id .
} }