On Thu, 24 Dec 2015 09:56:42 -0500,
Greg Troxel wrote:
> Saying that having an option to prefer search results in/near the
> displayed map is useless because going to osm.org defaults to one's
> last view just does not make sense.It would be perfectly
> reasonable for someone to first find a
openlinkmap.org has such a box (search only in current map view). I
assume it is using nominatim for obtaining the data.
regards
m.
On Thu, Dec 24, 2015 at 5:10 PM, Stephan Knauss wrote:
>
>
> On December 24, 2015 11:21:22 AM GMT+01:00, malenki wrote:
On December 24, 2015 11:21:22 AM GMT+01:00, malenki wrote:
>Because I know of the fallability of men and IT when I search for
>anything depending on a location I always give the location, too.
Does nominatim support phrases like "nearby" or "near me"? If we don't pass
the
On Mon, 14 Dec 2015 09:07:18 -0500,
John Goodman wrote:
> I've tried searching on plenty of common stores and businesses that
> the average user here in the US might -- Dunkin' Donuts, Kohl's,
> PetSmart, Lowe's, Dollar Tree, Sports Authority, Red Roof Inn -- and
> the matching location that is
malenki writes:
> Do you realize that the map usually shows the region you did look at
> last? This may not necessarily be the region you want to have searched
> at thus making a "search on displayed map" quite useless.
> Sure looking at the location of the users IP address may
On Tue, Dec 15, 2015 at 07:41:14PM +, Andy Mabbett wrote:
> On 14 December 2015 at 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 sounds like something that
On Tue, Dec 15, 2015 at 02:13:06AM +, Dave F. wrote:
> 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
On Tue, Dec 15, 2015 at 10:13 AM, Dave F. wrote:
> 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
On 15/12/15 16:37, Sarah Hoffmann wrote:
>> Do end users want to find a coffee shop local to them or one
>> thousands of kilometres away just because it has an extra tag
>> attached?
>
> I sincerely hope not.
>
> Given that we have a simple data issue at hand here and that
> the target audience
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
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
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,
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
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
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
> 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
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
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
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
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:
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
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
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
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
Hi,
On 12/14/2015 01:44 AM, Jorge Gustavo Rocha wrote:
> http://www.openstreetmap.org/geocoder/search_osm_nominatim?query=Rua+Dom+Jorge=1=18=-8.404905796051025=41.54643215639179=-8.40179979801178=41.55020598611987
This seems to translate internally to a Nominatim parameter setting of
Nomination POI searches do not use the bounding box and that is not exactly
news.
On 14. Dezember 2015 01:04:38 MEZ, Mike N wrote:
>On 12/13/2015 6:47 PM, Jorge Gustavo Rocha wrote:
>> ii) Nominatim can search only within a bounding box. You can get the
>map
>> extent and
Hi,
When searching in openstreetmap.org, two requests are performed. These
requests are handled on the server side:
http://www.openstreetmap.org/geocoder/search_osm_nominatim?query=Rua+Dom+Jorge=1=18=-8.404905796051025=41.54643215639179=-8.40179979801178=41.55020598611987
On 12/13/2015 6:47 PM, Jorge Gustavo Rocha wrote:
ii) Nominatim can search only within a bounding box. You can get the map
extent and append to the nominatim query (viewboxlbrt parameter).
Why does the default OSM search box include the world instead of the
viewport? Is it because no one
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 search for "Starbucks"
in the search panel, the entire panel is
Hi John,
i) There is no "competitor's map". The value of OSM is the data, not the
map. You can create tons of different maps with OSM data.
Said that, you can create a website with more features than the
"competitor's map". Feel free to do so. You can use the OSM data.
ii) Nominatim can
On 14/12/15 00:04, Mike N wrote:
On 12/13/2015 6:47 PM, Jorge Gustavo Rocha wrote:
ii) Nominatim can search only within a bounding box. You can get the map
extent and append to the nominatim query (viewboxlbrt parameter).
Why does the default OSM search box include the world instead of the
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"
in the search panel, the entire panel is filled with Starbucks in Japan.
Do the same on a "competitor's" map, and
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"
in the search panel, the entire panel is filled with Starbucks in
Japan.
36 matches
Mail list logo