GTCs
Donate
Some weeks ago I already reported problems with sovereignty calculation. Yesterday during the deployment CCP did the same failure again. CCP calculated which system gained sov (0 -> 1) and which system lost sov (3 -> 0 or 3 -> 1) but they forgot to check which system should get a sovereignty upgrade (1 -> 2 or 2 -> 3).
In my database I counted 30 systems which had their sovereignty level (1 or 2) for 13 days and yesterday (day 14) they should get their upgrade which sadly didn’t happened. Which means all sovereignty upgrades in the next upcoming 14 days will get delayed for 1 day. (Example: if you expect sov 3 on Thursday, don’t wonder when you’ll get sov 3 one day later (Friday)).
In the Apocrypha 1.3 Issues Thread I (and in the bug reporting tool) I reported this Issue including the list of 30 systems which they forgot to upgrade. Let’s see if CCP is reading it. It really seems that they’ve some errors in their maintenance scripts for the extended downtime or failures in the procedures which needs to be done during it.
+----------+--------+--------------------+-------+-----+------------+------------+------+ | ID | System | Region | Ally | Sov | From | To | Days | +----------+--------+--------------------+-------+-----+------------+------------+------+ | 30004330 | JRZ-B9 | Branch | SPLR | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30001218 | 7LHB-Z | Catch | .-A-. | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000513 | 62O-UE | Detorid | ATLAS | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000477 | RZ-PIY | Detorid | ATLAS | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000493 | U-MFTL | Detorid | ATLAS | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30003104 | RBW-8G | Esoteria | SSL | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30002168 | 08-N7Q | Immensea | AGGRO | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30002165 | B2-UQW | Immensea | AGGRO | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30002156 | FN-DSR | Immensea | AGGRO | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30002123 | GXK-7F | Immensea | AGGRO | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30002182 | R-ORB7 | Immensea | AGGRO | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30002183 | RU-PT9 | Immensea | AGGRO | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000844 | 5C-RPA | Insmother | ATLAS | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30001076 | B-VFDD | Malpais | X.W.X | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30001102 | R-RMDH | Malpais | X.W.X | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30004896 | LQ-AHE | Omist | ATLAS | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30004924 | OKEO-X | Omist | ATLAS | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30001826 | NEU-UD | Outer Passage | X.I.X | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30003776 | HP-6Z6 | Providence | CVA | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30001972 | 5-9WNU | Pure Blind | OWNED | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30001987 | G-M4I8 | Pure Blind | G-FED | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30002047 | UI-8ZE | Pure Blind | -42- | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30004014 | 4-2UXV | Querious | OHGOD | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30003613 | PNS7-J | Tenal | SPLR | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000318 | 9-GBPD | Vale of the Silent | INIT. | 2 | 2009-06-15 | 2009-06-29 | 14 | | 30000268 | H-NOU5 | Vale of the Silent | ME | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000578 | F-EM4Q | Wicked Creek | BYRN | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000580 | MN-Q26 | Wicked Creek | BYRN | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000586 | Q-GQHN | Wicked Creek | BYRN | 1 | 2009-06-15 | 2009-06-29 | 14 | | 30000585 | XQS-GZ | Wicked Creek | BYRN | 1 | 2009-06-15 | 2009-06-29 | 14 | +----------+--------+--------------------+-------+-----+------------+------------+------+
not exactly on topic. but you might want to check your server, the pdf maps are broken at least since 24 hours.
e.g. https://evemaps.dotlan.net/pdf/Delve.pdf results in a php error
o/
Fxied it. Cleared the caches.
Yeah I have the same problem.
Hi, I would like to know how to send you update on moon mineral for your database since it’s said that is based on player information.
Contact me ingame or send me an email to wollari (at) dotlan.net
I’ll update the database. Basically spreadsheets and csv files is the best way because i can transform them and import them with scripts on the commandline.