Understanding Zone hierachy & possible logic error

Hikashop comes with a comprehensive set of Country Zones. there are also a few others such as "Europe" set up as a tax zone. I cannot find the definition of what the different types of zone are used for. Is it just an aid so that the Tax type is obviously set up as a tax region, OR does the zone Type get used in the underlying logic?
For instance, setting up a manual shipping method will display all zone types allowing the user to select say the Country type and not just a ship type.
I initially thought I would need to set up a Shipping Zone for each country where goods were being dispatched (Multi warehouse environment) but this does not appear to be required.
I originally changed the Country type to Shipping, but then renamed it back to Country.
However:..
When I investigated the Hikashop table structure I find that both the country and Ship type are still recorded (in the XXX_hikashop_zone and xxx_hikashop_zone_link tables).
I had initially thought that the zone_link table was to provide the link between the country and the associated states.

In my example Cook Islands is linked to the 15 island states that make up the Cook Islands.
But after changing the type to Shipping and then back again, I am left with a complex table structure..
(see attached file)
In the Zone Table the entry for Cook Islands has been changed (Zone name, English name etc) and there is a new entry Ship_cookislands which now contains the missing information.

In the Zone link table "country_Cookislands" has the child "ship_Cookislands", "ship_Cookilands" has a child link to "country_Cookislands" and also links to itself.

I discovered the strange linking structure when from Hikashop I displayed the Country Zone "Cook Islands" and saw that it was not displaying the correct subzones. What is is displaying is the information stared in the php Tables.

The Zone table shows the Country Zone as unpublished but the Ship zone as published. Because the ship zone links to the Country zone as a child, then Hikashop, correctly follows the convoluted logic to display the Country Zone as being published and not the Shipping Zone.

Since I had saved a copy of my sql database I was able to easily recover the situation but many users will struggle to correct these issues.

On a separate bu related issue:
Setting up the zones is a complex and time consuming task. I was wanting to set up local zones (2 countries) a Pacific Zone, a North American Zone, and then the rest of the World. It would make it much easier if it was possible to EXCLUDE countries whilst setting up a new zone. eg first set up the local zones, and the smaller zones such as Pacific, but then set up the Rest of the World as All minus Pacific minus North America. etc.,
Currently the only easy way of checking the sub zones are set up correctly is to extract the tables from the php database into an excel spreadsheet.

Thanks for the clarification that a zone type can be used for anything and it is not necessary to create new shipping zones. I agree that it is possible to create a new Zone containing all country zones relatively easily (I found that 100 is the maximum number displayed per page and each page has to be saved (OKed) separately as changing pages deletes previous selections). However it is still a time consuming process to make sure that in zones containing a large number of entries, duplicates are not left active in more than one zone.
I will be able to create new tables using SQL and work in phpmyadmin, but I wondered if there would be an advantage to have a process where users could import preconfigured zones created by other users. Most Zones have a common origin - in my case it is the zones defined by the world wide postal system. eg Austalia and New Zealand both have zones local, Pacific, North America and the rest of the world. The Australia has a New Zealand zone, and New Zealand has an Autralia zone.The Cook Islands have local and 3 zones, A, B, C where A is Pacific (including Australia and New Zealand, B is North America and C is the rest of the world.
When I have configured and tested my zones I would be happy to share these for others to use.
thanks

Hi,

something similar:
In Europe it is mostly strange to ask for states (sub-zones) when entering an address, so I would like to remove the states from the registration form.
1. I do not find the related file. Could you please point me to the right path?
2. I´m afraid that removing the code snippet for the state will cause an error as some other verification logic will require the state.

Is it possible to remove the state?

Thanks.

Thanks Nicolas. Simple answer.
I completely overlooked that these fields are also one of the custom fields...

Hi:

Thank you for your reply.

The picture I attached was a screen capture from another website I found online. And I think maybe you can help me set up like that. In the "region" option, I would like to check the zone and the zip code, as what you said to turn it to be a dropdown instead of a text field. Also, when I try to choose some of the cities in Taiwan, it turns out that I cannot find the correct regions.

Hence I was wondering if you can deal with the aforementioned problems. Thank you.

The picture I attached is the setting we could see now.
However, after I click the state I want, I can not see the change.
(All the states do not share the same cities.)

I was wondering if you could tell me how to deal with the issue, thanks.