FIX going Global - Regions in Job postings

, ,
1

Imported from previous forum

2

Webpage

http://fixprotocol.org/jobs/

presenty does not have the global look and feel because only a limited set of hard-coded locations is shown. The regions dropdown list could be changed into four dropdown lists as Continent, Country, State and City with each of them having default “any”. Google maps API has support for populating these dropdowns dynamically.

Since FIXProtocol is being adopted globally, users would expect the job postings section to help them post / search jobs in their region. Also providing this feature would invite users from the currently uncovered regions from all over the world to come and post here.

3

We can easily expand the hierarchical list of regions in the post-a-job form; coding up a cascading series of dropdowns would be a bit more work. I don’t know how to get a region hierarchy from Google Maps, is there a sample-code page for that?

For searching, the single dropdown is a nice compact control that shows only the regions that will return results.

Webpage http://fixprotocol.org/jobs/ presently does not have the global
look and feel because only a limited
set of hard-coded locations is shown. The regions dropdown list could be
changed into four dropdown lists as Continent, Country, State and City
with each of them having default “any”. Google maps API has support for
populating these dropdowns dynamically.

4

GeoNames.org has REST (Representational State Transfer) WebServices which can return either XML or JSON (JavaScript Object Notation) for most WebServices

http://www.geonames.org/export/ws-overview.html

It supports hierarchy of GeoNames i.e.

Globe > Continent > Country > Administrative Division… > City

“children” WebService can be used to find Children in the hierarchy e.g. Countries in a Continent, states in a country etc.

For example, to find all continents in this world (6295630 is geonameId of this world and this is the only number needed to be hard coded in the FIXProtocol.org server, everything else should be obtainable dynamically / recursively)

http://ws.geonames.org/children?geonameId=6295630

All countries in the Continent of North America

http://ws.geonames.org/children?geonameId=6255149

All States in country of USA

http://ws.geonames.org/children?geonameId=6252001

All Counties in Connecticut

http://ws.geonames.org/children?geonameId=4831725

All Cities in Fairfield County

http://ws.geonames.org/children?geonameId=4834162

All of the above results are XMLs and hence relevant data can be extracted and used to populate the dropdown lists.

Country > Administrative Division… > City heirarchy would be different for some countries, for example in India, there are Union territories which are in same level as state, but do not have cities under it, similar for very small countries like Singapore, HongKong, etc. We would have to look at GUI design options on how these differences in hierarchy could be be accomodated in the job postings web pages.

Regards,
K. Mahesh

We can easily expand the hierarchical list of regions in the post-a-job
form; coding up a cascading series of dropdowns would be a bit more
work. I don’t know how to get a region hierarchy from Google Maps, is
there a sample-code page for that?

For searching, the single dropdown is a nice compact control that shows
only the regions that will return results.

Webpage http://fixprotocol.org/jobs/ presently does not have the
global look and feel because only a limited set of hard-coded
locations is shown. The regions dropdown list could be changed into
four dropdown lists as Continent, Country, State and City with each of
them having default “any”. Google maps API has support for populating
these dropdowns dynamically.