sandbox proposal for wikipedia belarusian geographical names i just read user iryna harpy sandbox wikipedia belarusian geographical names and i applaud you for undertaking this effort however while i appreciate the idea of using the romanization as used by the belarusian government as the basis the transliteration transcription seems to be inconsistent between the various layers of government that is the website of the central government uses other romanizations than the websites of the regions for instance the website of gomel region uses yelsk and oktiabrskiy while the website of the central government uses elsk and oktyabrskii in addition in your sandbox i find forms that are used on neither website you write svietlahorsk while both the central government website and the gomel region website use svetlogorsk if this proposal is to have any chance of being adopted i think it should as much as possible try to use the same source for most of its transcriptions the central government website seems the most logical choice to me however unfortunately i cannot say that i am completely satisfied with the romanizations used by that website here's a few reasons why the transcription of iotation palatalization is wildly inconsistent in some names iotation palatalization is not marked elsk svetlogorsk in others iotation palatalization is marked using the letter y oktyabrskii kostyukovka in yet others the letter i is used for the same purpose liozno in still others the letter j is employed marjina gorka sometimes in one part of the word iotation palatalization is marked while it isn't in another part of the same word myadel cyrillic pronounced the ending is inconsistently romanized compare oktyabrskii and pervomaiskiy as a bonus observe that the first i in pervomaiskiy is a transcription of which on the rest of the map is usually transcribed as y'' observing these inconsistencies i am not convinced that using these romanizations is the solution while bgn pcgn may not be perfect it is at least consistent if this this and this are the alternatives i think we should stick to our existing policy of using bgn pcgn