Ae, eu também sofria com a maldição da otb do comedinhasss, pelo fato de meu antigo projeto ser baseado no real server.
A incompatibilidade de otb começa na versao 8.54 mas creio que em global maps o unico item desta versao seja aqueles tiles vermelhos usados no depot. Depois vem a versao 8.6 onde todos os items sao incompativeis neste caso a solução para quem ira começar um ot do zero seria apenas trocar zao por um zao compativel, qem usa mapa real server tera de colar na "mão" zao o que nao é nada dificil, isto por que as coordenadas da maioria das cidades nao condizem com as coordenadas rl, ja pra quem usa outras versões de global maps(gringo's versions como thunderion) basta importar o pedaço de zao, sem alter o off set que ele será automaticamente colado no seu devido lugar sem perigo de sobrepor uma área usada.
Agora pra quem gostaria de atualizar um server ja em andamento dará um poco mais de trabalho, pois alem do mapa voce tera de deletar todos os items da versao 8.54+ das tabelas player_items, player_depotitems, e tile_items(relational) quem salva as casas em modo binario tera de alterar no config.lua (com o server rodando) para relational e dar /reload config e então /save.
No caso de você usar algum item 8.54+ como items vip, claro que nao seria nada interessante apagar items vip, mas também nao é o fim o mundo, você podera attualizar na sua data base os items que são importantes trocando a id incompativel(antigo) pela nova id do item(otb nova),aqui segue uma query que tornará sua vida muito mais facil.
exemplo:
update player_items set item_type = id_nova where item_type = id_veia.
Apos atualizar as 3 tabelas que registram os items dos players(player_items,player_depotitems,tile_items), basta executar uma query para deletar todos os items 8.54+ com execão dos items que devem ser mantidos(que neste casso já estrão com as ids da nova otb), abaixo segue um exemplo:
DELETE FROM player_items WHERE itemtype > 10531 and itemtype NOT LIKE 13165 and itemtype NOT LIKE 13166 and itemtype NOT LIKE 13167 and itemtype NOT LIKE 12327 and itemtype NOT LIKE 12318 and itemtype NOT LIKE 11393 and itemtype NOT LIKE 11255 and itemtype NOT LIKE 11119 and itemtype NOT LIKE 11241 and itemtype NOT LIKE 11242 and itemtype NOT LIKE 11243 and itemtype NOT LIKE 13307 and itemtype NOT LIKE 13305 and itemtype NOT LIKE 13298 and itemtype NOT LIKE 13295 and itemtype NOT LIKE 13294 and itemtype NOT LIKE 13293 and itemtype NOT LIKE 13291 and itemtype NOT LIKE 13247;
Nem preciso falar que um back upzinho da data base é impressindovel nesses casos...
Obviamente este último procedimento deverá ser feito nas 3 tabelas já mencionadas.
Este processo , pelo menos até onde sei, só serve pra quem usa mysql, já quem usa sqlite a melhor coisa a fazer é largar o open tibia de mão e para de lezar pessoas inocentes "auhsaushauhs".
Caso voce atuaalize sua otb sem fazer esttess procedimentos, players que estavam vestindo uma zaoan legs por exemplo, ao logar após a atualização poderão estar trajando qualquer item como uma arvore, um tile de water com sorte um item vip, aushuasa.
Parece complicado, mas não é, todos meus projetos passarm por updates nos quais fui obrigado a migrar várias vezes de otb, e nunca tive sequelas quanto a isso.
Espero que tão cedo não saia otitemeditor(se é que ja não saiu=( ) para 8.72+ para que acabe essa zuera de mil versoes de otb.