Posts

kiwi wrote:

It works for me, but there are a LOT of places in the world starting with “Bow”. I had to type “Bowie, Prince” before I got the correct answer.

https://www.geonames.org/search.html?q=Frederick&country=

WHich shows
Boui,Bovi,Bowie,Bowie Station,Bui,Huntington City,Huntington Station,bawy,bui,bwwy mrylnd,Бови,Боуи… United States, Maryland
Prince George’s

I chose not to use apostrophe as I’ve found it both ways.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

https://www.geonames.org/search.html?q=Frederick&country=

I assume you actually mean https://www.geonames.org/search.html?q=Bowie&country= (not Frankton).

Yes , that will give an easier to read answer in many cases. But we cannot use search.html directly from kiwitrees. Automated queries have to use the geonames ‘webservice’ through their API rules, including their requirement for a registered password (supplied internally by kiwitrees). So this is the kiwitrees generated URL:
http://api.geonames.org/searchJSON?name_startsWith=Bowie&lang=en&fCode=CMTY&fCode=ADM4&fCode=PPL&fCode=PPLA&fCode=PPLC&style=FULL&maxRows=10&username=*********

That gives us a long and complex-looking coded page, from which we can easily extract the town, county, state, country format we require. That is then displayed as per this image:

The other issue we have is that I have set a limit of 10 results. Testing indicated this allowed for a response in reasonable time, but at slight expense of perhaps missing some key entries. This is best avoided by you simply typing ahead a little further.

Note also that kiwitrees’ URL for geonames starts with http rather than https. If we want to use the slightly safer, and perhaps(?) better https webservice they require each user to register (with charge-back approval for the cost of searching) and then store your own password in kiwitrees. I could modify the code to do that, but doubt any / many users would want to do that.

Nigel
My personal kiwitrees site is www.our-families.info

macalter wrote:

Okay, it’s my personal A-D site that isn’t working for Geonames. Tried my Rebbes site and it’s working. Both Safari and Firefox. Worked fine up until this current session (last session was October 1, 2020)

Is your A-D site using the same kiwitrees database as your Rebbes site? If not, then you just need to apply the same updated file (autocomplete.php).

If it is, then I don’t understand the issue well enough yet. Can you add anything more, specifically for that site. Perhaps let me access it temporarily?

Nigel
My personal kiwitrees site is www.our-families.info

my Rebbes/Royals site is older version (previous to the update you sent). Will try that version.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

I’m okay with kiwitrees Geonames. Sometimes I get curious or want to view their format as it’s different view from dropdown to “full view”. Some sources give places that are not proper location, maybe a homestead, a plantation for instance. Well known ones come up on Geonames site and help me decide what to do.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

I replaced autocomplete.php for my A-D site with the Rebbes/Royals version (last full update) and it works now.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1