Tranqueras

Tranqueras is a city in the Rivera Department of northeastern Uruguay.

Tranqueras
City
Tranqueras
Location in Uruguay
Coordinates: 31°11′0″S 55°46′0″W
Country Uruguay
Department Rivera
Population
 (2011 Census)
 • Total7,235
Time zoneUTC -3
Postal code
40001
Dial plan+598 4656 (+4 digits)

Location

The city is located on Route 30, about 53 kilometres (33 mi) (via Routes 5 and 30) south-southwest of Rivera, the capital city of the department.

History

During the first decades of the 19th century the area was known as Paso de Tranqueras because of the homonymous bridge over the Tacuarembó Grande river. In 1890 the French Marcos Bourré donated to the state some land for the construction of a railway station. The arrival of the railway became the birth point of a village which grew rapidly with hotels, stores and small industry.[1]

On 22 July 1914 it was declared a "Pueblo" (village) by the Act of Ley Nº 5.107,[2] and on 15 October 1963, its status was elevated to "Villa" (town) by the Act of Ley Nº 13.167.[3] Finally, on 13 December 1994 its status was elevated to "Ciudad" (city) by the Act of Ley Nº 16.667.[4]

Population

In 2011 Tranqueras had a population of 7,235.[5] This makes it the second largest populated place of the department.

YearPopulation
19084,973
19633,658
19754,097
19854,469
19965,792
20047,284
20117,235

Source: Instituto Nacional de Estadística de Uruguay[2]

Places of worship
  • Sacred Heart Parish Church (Roman Catholic)
gollark: How do you know your password is the right one?
gollark: I should assign unique IDs to the other sandbox escape bugs.
gollark: My "fix" is this:```lua--[["Fix" for bug PS#E9DCC81BSummary: `pcall(getfenv, -1)` seemingly returned the environment outside the sandbox.Based on some testing, this seems like some bizarre optimization-type feature gone wrong.It seems that something is simplifying `pcall(getfenv)` to just directly calling `getfenv` and ignoring the environment... as well as, *somehow*, `function() return getfenv() end` and such.The initial attempt at making this work did `return (fn(...))` instead of `return fn(...)` in an attempt to make it not do this, but of course that somehow broke horribly. I don't know what's going on at this point.This is probably a bit of a performance hit, and more problematically liable to go away if this is actually some bizarre interpreter feature and the fix gets optimized away.Unfortunately I don't have any better ideas. Also, I haven't tried this with xpcall, but it's probably possible, so I'm attempting to fix that too.]]local real_pcall = pcallfunction _G.pcall(fn, ...) return real_pcall(function(...) local ret = {fn(...)} return unpack(ret) end, ...)end local real_xpcall = xpcallfunction _G.xpcall(fn, handler) return real_xpcall(function() local ret = {fn()} return unpack(ret) end, handler)end```which appears to work at least?
gollark: Fixed, but I don't really know how or why.
gollark: ... should I create a bug report?

References
  1. "Rivera". El Observador. 2011. Retrieved 26 February 2012.
  2. "Statistics of urban localities (1908–2004)" (PDF). INE. 2012. Retrieved 4 September 2012.
  3. "LEY N° 13.167". República Oriental del Uruguay, Poder Legislativo. 1963. Archived from the original on 7 January 2013. Retrieved 12 July 2011.
  4. "Ley Nº 16.6679". República Oriental del Uruguay, Poder Legislativo. 1994. Retrieved 4 September 2012.
  5. "Censos 2011 Cuadros Rivera". INE. 2012. Archived from the original on 23 November 2012. Retrieved 25 August 2012.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.