Releases: HSLdevcom/pelias-api
Releases · HSLdevcom/pelias-api
6.7.2023
Geocoding api now supports boundary.country parameter with the default value FIN. This change is backward compatible and search results will not change unless country list is expanded: FIN,EST.
1.3.2023
- Ticket zone search for Oulu added
- Ticket zones for Hämeenlinna and Lahti updated
- New category translations added
17.11.2022
- Accept purely scandic letter searches
- Increase padding slightly to analyze more documents in detail
20.6.2022
- Libpostal parser interprets partial words such as 'la', 'al' etc as an US state and removes the part from name information. Also incorrect county and country parsing sometimes remove parts from query input. Now some of there errors are detected and the plain unparsed text is used in the query.
- Possessive prefixing now makes more strict string length comparison before accepting a prefix, to ensure that prefixing is sensible
24.5.2022
Adds support for searching park&ride locations i.e. bike and car parks.
- source: parksliipi
- new layers: carpark, bikepark
28.4.2022
- New URL parameter dedupestops=1 to deduplicate stops like regular venues
- The new multi-query search occasionally returned identical stops and stations. Fixed.
- API applies fast id based deduplication before time consuming confidence rating. This speeds up the search.
- Rail definition now contributes in search (e.g. pasila raide 3)
- Possesive matching logic improved
31.1.2022
- Move genitive matching from standard query to separate query, to avoid bias in searches of type 'place of city, location in another city'
- Validate request content arriving to search end point, to avoid service slowdown because of bad queries
24.1.2022
- Tune timeout and retry settings between pelias-api and pelias-data-container to avoid sending unnecessary requests
- Update dependencies
18.1.2022
- Platform code contributes in sorting of stop search results
- Lappeenranta ticket zones updated
12.1.2022
- Fuzzy searches work now very well and find good hits even when search string includes multiple typos
- Genitive form unparsed searches improved. Search 'Porin tori' finds 'Tori, Pori' although the city was not recognized by the parser.
- Regression fix: search results are labeled by name of the locality (=name of postal area), if the search string is formulated so. For example, search 'Ukonseläntie, Kolho' returns exactly matching label, not 'Ukonseläntie, Mänttä-Vilppula'.