Time difference between Sidi Bel Abbes and Hong Kong

Hong Kong is 7 hours ahead of Sidi Bel Abbes.

Africa/Algiers Asia/Hong_Kong same day

Local time in both cities

Sidi Bel Abbes · Algeria
16:05
Saturday, 26 September 2026
Africa/Algiers · UTC+01:00
Hong Kong · China
23:05
Saturday, 26 September 2026
Asia/Hong_Kong · UTC+08:00

Hong Kong is 7 hours ahead of Sidi Bel Abbes.

same day

Time zones

Sidi Bel AbbesAfrica/Algiers · UTC+01:00
Hong KongAsia/Hong_Kong · UTC+08:00

Sidi Bel Abbes does not observe daylight saving and stays on UTC+01:00 all year.

Hong Kong does not observe daylight saving and stays on UTC+08:00 all year.

Hour-by-hour conversion

Calculated for 2026-09-26 local time in Sidi Bel Abbes. The two places start and end daylight saving on different dates, so another day can give a different result.

Sidi Bel Abbes (source) Hong Kong (target)
00:00 07:00
01:00 08:00
02:00 09:00
03:00 10:00
04:00 11:00
05:00 12:00
06:00 13:00
07:00 14:00
08:00 15:00
09:00 16:00
10:00 17:00
11:00 18:00
12:00 19:00
13:00 20:00
14:00 21:00
15:00 22:00
16:00 23:00
17:00 00:00 next day
18:00 01:00 next day
19:00 02:00 next day
20:00 03:00 next day
21:00 04:00 next day
22:00 05:00 next day
23:00 06:00 next day

FAQ

How many hours apart are Sidi Bel Abbes and Hong Kong right now?
The answer at the top of the page is calculated for the current moment and states which side is ahead. The gap changes during the year, because the two places usually start and end daylight saving on different dates.
Is this difference the same all year?
Not necessarily. Sidi Bel Abbes uses Africa/Algiers and Hong Kong uses Asia/Hong_Kong; if either observes daylight saving, the gap shifts during the year. Use “Convert a specific date and time” below to calculate it for a given day.
How do I read the conversion table?
The left column lists each whole hour in Sidi Bel Abbes; the right column is the local time in Hong Kong at that same instant, with date rollovers marked. On the day clocks jump forward, some hours do not exist locally — the table says so instead of showing a plausible but wrong value.

Both cities