On Sun, Dec 13, 2015 at 05:52:21PM -0500, John Goodman wrote:
> Am I missing something, or is there no way to sort Nominatim
> searches on the main OpenStreetMap map page?
>
> For example, if my map is showing an area of the United States where
> I happen to know a mapped Starbucks exists, and I s
On Mon, Dec 14, 2015 at 08:45:38AM +0100, Maarten Deen wrote:
> On 2015-12-14 01:02, Tom Hughes wrote:
> >On 13/12/15 22:52, John Goodman wrote:
> >
> >>For example, if my map is showing an area of the United States where I
> >>happen to know a mapped Starbucks exists, and I search for "Starbucks"
Sigh, this could easily be the silliest thread ever on talk.
See http://wiki.openstreetmap.org/wiki/Nominatim#Parameters
In general for POI search in an area I would suggest using
OverPass/OverPass Turbo (note however that this has the same issue as a
bounded Nominatim POI search in that it will
On 2015-12-14 09:34, Sarah Hoffmann wrote:
On Mon, Dec 14, 2015 at 08:45:38AM +0100, Maarten Deen wrote:
On 2015-12-14 01:02, Tom Hughes wrote:
>On 13/12/15 22:52, John Goodman wrote:
>
>>For example, if my map is showing an area of the United States where I
>>happen to know a mapped Starbucks e
2015-12-14 9:25 GMT+01:00 Sarah Hoffmann :
> To make a long story short: it's a tagging error. The wikipedia tag
> should contain only links to wikipedia pages describing the object
> not to pages about the operator.
>
+1, to tag the operator the key operator:wikipedia (or wikidata) can be
used
On 2015-12-14 09:25, Sarah Hoffmann wrote:
On Sun, Dec 13, 2015 at 05:52:21PM -0500, John Goodman wrote:
Am I missing something, or is there no way to sort Nominatim
searches on the main OpenStreetMap map page?
For example, if my map is showing an area of the United States where
I happen to kno
On Mon, Dec 14, 2015 at 09:37:42AM +0100, Simon Poole wrote:
> Sigh, this could easily be the silliest thread ever on talk.
>
> See http://wiki.openstreetmap.org/wiki/Nominatim#Parameters
>
> In general for POI search in an area I would suggest using
> OverPass/OverPass Turbo (note however that t
2015-12-14 10:04 GMT+01:00 Sarah Hoffmann :
> If you type in 'Starbucks' in the search box, then you just get
> objects named that way. No difference with searching for, say Berlin.
>
> Now, if you type 'cafes' in the search box, then you are probably
> looking for all amenity=cafe and that is a P
Hi,
I think that we can add an option to bound the results to the current
viewport. That option would be passed to nominatim or any other search
engine.
Personally, I would prefer the search bounded by default, but users
could change it to "everywhere" to see additional results.
Regards,
It would be nice to have some shades of grey in there, like a choice of
radius, e.g. within 1km, 10km, 100km, 1000km
On 2015-12-14 13:43, Jorge Gustavo Rocha wrote:
> Hi,
>
> I think that we can add an option to bound the results to the current
> viewport. That option would be passed to nominat
Could there also be sorting options for the result set? For example by
distance (nearest first), importance (the current algorithm?), ...
And how about filters to show what you are looking for: returning
places, POIs, roads, ...
//colin
On 2015-12-14 13:43, Jorge Gustavo Rocha wrote:
> Hi,
>
> To make a long story short: it's a tagging error. The wikipedia tag
> should contain only links to wikipedia pages describing the object
> not to pages about the operator.
Sorry, I'm with Maarten on this: it's a programming error.
I've tried searching on plenty of common stores and businesses
> Op 14 dec. 2015, om 10:00 heeft Maarten Deen het volgende
> geschreven:
>
> In the Netherlands there is one Starbucks I believe (Schiphol Airport) and
> even standing at that location does not return it in the search.
I’m in no way connected to Starbucks, but your statement is far from true
On 14/12/15 09:00, Maarten Deen wrote:
> IMHO it is a programming error on the account of importance. No amount
> of importance could be so great that local results get flooded and
> pushed down so much in importance.
> In the Netherlands there is one Starbucks I believe (Schiphol Airport)
> and ev
John Goodman wrote:
> And if its searching facility is braindead
Please avoid being gratuitously offensive by describing something that lots
of volunteers have put countless hours into as "braindead".
Thank you.
Richard
--
View this message in context:
http://gis.19327.n5.nabble.com/Nominat
Please avoid being gratuitously offensive by describing something that lots
of volunteers have put countless hours into as "braindead".
No offense meant; it just seemed an apt term for a search algorithm that
favors matches 15,000 km away from one right in the area of obvious
interest.
As an
Hi,
In this case, two businesses closed and were replaced by a single business
that took over both buildings (they are adjoining.) How should I tag this?
I didn't see anything about closed: or former: on the wiki.
Thanks,
Andrew
--
600,000 DC residents don't have a vote in Congress -- http://
I usually just either replace the tags of the node with the info for the
new business (example: http://www.openstreetmap.org/node/1400581558/history) ,
or in your case, the tags of the buildings. Perhaps merge the buildings
also if they are functionally one structure?
On Mon, Dec 14, 2015 at 10:2
On Mon, 14 Dec 2015 12:18:41 -0500
Andrew Wiseman wrote:
> Hi,
>
> In this case, two businesses closed and were replaced by a single
> business that took over both buildings (they are adjoining.) How
> should I tag this? I didn't see anything about closed: or former: on
> the wiki.
>
> Thanks,
On 14/12/15 17:18, Andrew Wiseman wrote:
> In this case, two businesses closed and were replaced by a single
> business that took over both buildings (they are adjoining.) How should
> I tag this? I didn't see anything about closed: or former: on the wiki.
If the units are individually identified
On 14/12/15 18:14, John Goodman wrote:
>> Please avoid being gratuitously offensive by describing something
>> that lots
>> of volunteers have put countless hours into as "braindead".
>
> No offense meant; it just seemed an apt term for a search algorithm
> that favors matches 15,000 km away from o
I spotted this on the Malaysia forum:
http://forum.openstreetmap.org/viewtopic.php?pid=566307 . Here's the
extent of the damage: https://overpass-api.de/achavi/?changeset=35942702 .
Can anyone assist?
--
Steve
---
This email has been checked for viruses by Avast antivirus software.
https://ww
Would it not simply be sufficient to list viewport results at the top, ie
having a 'local' and 'global' list? Possibly in a small 'tree' view, in the
sense of being able to hide 'local' and 'global' matches separately? (eg
little triangles rotating to indicate if they're shown)
Selecting other thi
Hi,
On 12/14/2015 11:05 PM, Steve Doerr wrote:
> Can anyone assist?
Dealing with it now.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33"
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetma
- next part --
A non-text attachment was scrubbed...
Name: ICJ_CallForSpecialIssue_20151214.pdf
Type: application/pdf
Size: 118172 bytes
Desc: not available
URL: <
http://lists.osgeo.org/pipermail/ica-osgeo-labs/attachments/20151214/71617c6c/attachment-0001.pdf
>
--
On 14/12/2015 08:25, Sarah Hoffmann wrote:
Some helpful person has put a wikipedia link to the Starbucks
wikipedia page on every single Starbucks in Japan. That's what
throwing off Nominatim. Having a wikipedia page boosts the importance
of an object.
Have you considered that the program is ov
26 matches
Mail list logo