Hi Brian, Such requests used to work some time ago :
http://nominatim.openstreetmap.org/search?q=fuel&nearlat=43.5&nearlon=7&format=xml But now there are errors as soon as I try to use a spatial constraint in the search. Perhaps the DB had lost some spatial indexes when Nominatim was migrated ? string(239) "select l.place_id from place_classtype_amenity_fuel as l,placex as f where f.place_id in (60261055) and ST_DWithin(l.centroid, st_centroid(f.geometry), 0.05) order by ST_Distance(ST_SetSRID(ST_Point(7,43.5),4326), l.geometry) ASC limit 10" object(DB_Error)#2 (8) { ["error_message_prefix"]=> string(0) "" ["mode"]=> int(1) ["level"]=> int(1024) ["code"]=> int(-19) ["message"]=> string(23) "DB Error: no such field" ["userinfo"]=> string(431) "select l.place_id from place_classtype_amenity_fuel as l,placex as f where f.place_id in (60261055) and ST_DWithin(l.centroid, st_centroid(f.geometry), 0.05) order by ST_Distance(ST_SetSRID(ST_Point(7,43.5),4326), l.geometry) ASC limit 10 [nativecode=ERROR: column l.geometry does not exist LINE 1: ...by ST_Distance(ST_SetSRID(ST_Point(7,43.5),4326), l.geometry... ^]" Is there any plan to bring this kind of (very useful !) search back ? Regards, Vlad. On 24 janv. 2011, at 01:55, Brian Quinion wrote: > Hi, > > On Monday morning I'm intending to switching the existing nominatim > service over to an updated code base designed to allow better scaling > and additional data sources (tiger, external postcode sets, etc) as > well as being the first stage of various other improvements. > > With any luck the only externally visible difference should be in > improvement in US search quality, however it is possible that there > will be some other minor differences. If you spot any problems please > email me or contact me on IRC (twain47). In particular please let me > know if you spot something that used to work and now doesn't. > > The new service is currently a couple of weeks behind on data but > catching up rapidly - I'm expecting it to be fully up to date by the > end of the week and once it gets there is should be able to handle > updates more quickly and reliably. > > -- > Brian > > _______________________________________________ > talk mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk _______________________________________________ Geocoding mailing list [email protected] http://lists.openstreetmap.org/listinfo/geocoding
