跳到主要內容

很難不聯想的 Limes Hotel - By Alexander Lotersztain


  limes-hotel-by-alexander-lotersztainfront_on_01raw 
(Photo From: Limes Hotel )


Limes Hotel -
是2008.06.27才正式開幕,位在澳洲布里斯本(Brisbane)的設計旅館,
由旅居澳洲的阿根廷知名設計師 Alexander Lotersztain 所設計,
同時也是澳洲第一個加入設計旅館組織 ( Design Hotels Organization ) 的主題設計旅館。

附帶一提,
臺灣目前(2008.07) 所加入Design Hotels Organization的設計旅館,
是由澳籍建築師 Kerry Hill 設計,位在我們內地南投 Sum Moon Lake (日月潭) 的 LALU( 涵碧樓 )。
( 由 Design Hotels Organization - LALU 網站上可以看到它的美,但也許有人跟我一樣, 對涵碧樓跟LALU
  有什麼關係感到困惑,事實上La-Lu是邵族語"祖靈地"的發音, 故借代此用以彰顯在地文化。)


回到正題,
初看到Limes Hotel,你很難不會產生似曾相似的感覺,
我腦海中慢慢浮現的,是那位我極度欣賞,在臺灣北中南都有知名建案的日本建築師 伊東豐雄 ( Toyo Ito )
而Limes Hotel在正面外觀上,正是相似於伊東豐雄為MIKIMOTO在東京設計的經典建築 - MIKIMOTO Ginza 2

image 
 MIKIMOTO Ginza 2 by Toyo Ito (Photo From: Wikipedia)


然而撇開類似的形式操作手法,
Limes Hotel 與MIKIMOTO Ginza 2 在建築本質上是極度的不同。
在MIKIMOTO Ginza 2中,Ito想表現的是藉由鋼板鋼筋混凝土結構組成,
打破並消弭傳統建築中表形與結構上的隔閡。更甚而透過演算法的應用,
設計出力量能連續流動的結構外牆,同時產生隨機自由、如夢幻般的氣泡開口配置。
反觀Limes Hotel,在建築結構本體上仍然沿襲傳統建築形式,
而正面外牆的氣泡開口,純粹為外形上的附加修飾,目的在突於Limes Hotel 的品牌形象。
( Limes Hotel 的logo 即為三個多角形組成)


不過兩棟建築的相似與否並無關好壞,畢竟它們在設計角度根本上即是背道而馳的。
Ito 著重的是以建築師的視角來探討形式與結構的對話,
而工業設計背景出身的 Alexander Lotersztain ,則是透過形式、物件與生活型態來營造出接待旅行者的空間氛圍
正如 Alexander 所說:  (From: Limes Hotel by Alexander Lotersztain - Rose Etherington)
「The Limes concept is an emphasis on the essentials to make a pleasing and at times novel experience,
    whether staying for a night, a drink, a movie or all of the above, 」 


那接下來,就一起看看這個僅有21間房的小巧設計旅館吧。

Limes Hotel 座落在里斯本(Brisbane)東北的Fortitude Valley,而Fortitude Valley正是該地的夜生活中心
因此Limes Hotel的設計指標,即是融合夜文化的modern美學與當代時尚精神,
以簡潔的詮釋方法,剔除過度裝飾來營造出無負擔的生活氛圍。

image
(Photo From: Limes Hotel )


除了建築本體中21間客房外,Limes Hotel 配合當地氣候規劃出整個開放式頂樓空間,
在降雨量低的冬季至春季間開放整個頂樓娛樂空間 (澳洲氣候與臺灣相反,冬、春約為六月到九月),
當中設置了隱蔽都市間的 lounge bar、露天電影院等機能空間,
 
limes-hotel-by-alexander-lotersztainrooftop_bar   BREAKFAST_SHOT_01_small
(Photo From: Limes Hotel )


在客房設計中,可以看見Limes Hotel 仍然有著都市設計旅店的小巧精緻,
簡潔時尚的設計,隱藏大量纜線與多餘機能,帶出屬於當代都市生活的舒適感與自由度。

image 
   (Photo From: Limes Hotel )



除了機能空間外,在室內空間、建築本體與內部傢俱設計上,
處處都可以看出 Alexander 企圖製造的 Limes Hotel品牌印象與趣味,
如相同意像的Limes Hotel logo、建築外牆、傢俱、禮品,甚至是浴廁的紙簍洞口,
一再再都顯示出相同的企業識別形象。
即是Alexander 想表示的:
「I decided to view the hotel in its absolute entirety – considering the intended look and feel, and paying heavy
   attention to the interiors, furniture, surfaces and finishes, as well as extending my design influence to Limes' music
   and drinks list. I went on to give the Limes a 「face」 by tangibly branding the hotel through its facade –
   an extension of the Limes logo on a gross scale. By leaving no facet of the hotel to chance, one feels what I can only
   describe as the 「spirit」 of Limes when in its presence. A strong feeling within the doors of Limes and a residual
   impact realised on returning home.」

PICKUP_ROOFTOP_FACADE_01  image image
(Photo From: Limes Hotel )


而Limes Hotel 所表現的  "Limes' Spirit",不僅僅只是Alexander 體現的外觀與識別,
空間氛圍、表現形式之所以如此高度結合,
主因也是介於表形與機能間所有物件的搭配與設計,幾乎全出自Alexander 之手,
諸如Alexander 自家品牌 derlot 出品的 plantation 木椅、denim拼布沙發、Lerod鋼管椅、、Stump桌椅、Bolet燈具等系列家具
還有與澳洲家俱品牌Planex合作的Wishbone Table家具系列等等,
皆處處圍繞著Alexander 個人創作的衍繹,也因此塑造了Limes Hotel最佳的形象。

image image  foyer_03
   (Photo From: Limes Hotel )

如何? 這樣小巧趣味的設計旅店,是不是很誘人呢?

最後附上Limes Hotel 資訊,下次若有機會去澳洲布里斯本(Brisbane),
別忘了這個趣味十足的好地方!
(那幾個住澳洲的,下次我去該知道要怎麼招待了吧!)

LIMES HOTEL
142 Constance Street
Fortitude Valley Brisbane, 4006 Australia
http://www.limeshotel.com.au/

  

                       BP 2008.07.19

P.S.:
最後說說網友對Limes Hotel 室內表現的抨擊,
網友以比利時建築大師Vincent Callebaut 2004年在比利時首都Brussels的旅館建案 - THE FRACTURED MONOLITH為例,
批評Limes Hotel 內部氛圍與外部形式抄襲,

belliard_pl10m 
Vincent Callebaut - THE FRACTURED MONOLITH ( Photo From: Vincent Callebaut )

我只能說真的視力太好,眼睛未免太尖了吧?
只是一個外牆遮蔽形式與空間配置也能找到,真的很厲害,
不過拿這位比利時前衛科技建築大師Vincent Callebaut 來比,真的言重了,
兩案例光建築規模、預算、需求等等就是天壤之別。


別苛求、 小而美就繼續讓他小而美吧!


比什麼?
belliard 
Vincent Callebaut - THE FRACTURED MONOLITH ( Photo From: Vincent Callebaut )

REFERENCE:
1. Limes Hotel - http://www.limeshotel.com.au
2. Alexander Lotersztain - http://www.derlot.com/
3. Design Hotels Organization - http://www.designhotels.com/home
4.Wikipedia - Toyo Ito - http://en.wikipedia.org/wiki/Toyo_Ito
5. LALU - http://www.thelalu.com.tw
6. Limes Hotel by Alexander Lotersztain - Rose Etherington - http://www.dezeen.com/2008/07/11/limes-hotel-by-alexander-lotersztain/
7. Vincent Callebaut - http://vincent.callebaut.org

留言

這個網誌中的熱門文章

醫學健康跨領域合作的開始:資料工程

一直都很喜歡在會議上與跨領域的專家、醫師、學者分享我們在數據工程與分析應用上的發展經驗。 許多的專家學者,對於大數據應用的認知都仍侷限在一個超大型結構化資料集的子集合應用,在規劃好的條件設定下,針對特定的目標(疾病、行為)進行篩選,將數據narrow down到可以被個人電腦或是單一伺服器架構處理的小型資料集。 這樣的半手工處理方式,對於專一(Specific)領域主題的資料追蹤計算或許已經十分足夠,但當中倘若資料清理方式有改變、篩選條件增減,所有的數據都要從raw重新處理,不僅造成大量的時間與人力浪費,對於專案計畫進度的延宕更是麻煩。這些還不包含

別再期末談臨終

『在那六年多的時間,我常常反省、後悔、卻也培養勇氣,問自己再遇到時要做什麼決定?.......回想我要簽同意書的時候,真的會抖-我有資格決定人家生死嗎?』 面對死亡,我們都很害怕,更何況是家人的臨終。 但究竟我們的選擇,是為了給家人最後的尊嚴? 還是填補自己的罪惡感? 學習勇敢面對、學習放下, 更要學著為自己的未來做好規劃,不成為子女的負擔。 希望大家一起鼓勵這個勇敢的朋友, 因為她的經驗分享,讓我們更加了解, 面對家人臨終,我們該如何做好準備。 『末期才談臨終太遲』 https://www.wacare.live/health-forum/q/1984983840830?topicId=25049764537230&fbclid=IwAR1ei-zrfSj9w5kbvBW5ecSbqWrI408fJ1qjXhisZwLxYdbON_jJbNKMAyY 更多的失智照護課程 https://www.wahere.wapro.live/udnxwacare Pan 2020.12.22 #臨終 #失智 #善終 #放棄急救 #預立醫療 #病人自主

Google 資料庫方案–Spreadsheet–(1)資料呈現

HEMiDEMi 的標籤: Google , Google SpreadSheet , 雲端 早在規劃『 教育,意義! 』project時, 便有打算將整個網站建立過程撰寫一篇教學,讓有興趣以google 服務為基礎進行開發的朋友參考。 沒想到這個想法擺著就拖了好幾個月, 好在學生提出了問題,就趁這機會寫一寫吧。 基本上『 教育,意義! 』網站的架構完全建立在Google提供的服務, 廣義來說也是個雲端的系統, 所有的資料是分散在不同的服務架構下,再用GAE, Javascrript將服務資訊串接起來, 由Blogspot 統一呈現。 省了租主機的費用,或架站的硬體、電費, 最好的地方在於不用管理主機維運的問題, 只要專心做我的創意、嘗鮮就好了!!   多棒! 若將『 教育,意義! 』網站依功能層次來分類,可以分為三層結構, 當中的層次與使用技術大致如下: UI 介面層 服務 : Blogspot (網站介面) , Picasa (相簿空間), Google Apps 技術 : Javascript , AJAX ( JQuery ) App應用層  服務 : Google App Engine (GAE) 技術 : Java, Java Server Page (JSP) 資料層 服務 : Google Docs (文件), Google Spreadsheet (試算表) 技術/函式庫 : Java, Google Data APIs 本篇文章將著重在介紹以Google Spreadsheet 做為雲端資料庫, 其他主題將會陸續推出。 若對Google API 與 Google App Engine 初步建置有興趣, 可以參考之前文章: 佛心來著的 Google Data API – for JAVA 雲端的開始:Netbeans 無痛 Google App Engine Java 服務開發 Google Spreadsheet 做為資料庫系統 對於小型的資料系統來說, 採用Google Spreadsheet做為應用程式資料庫(如問卷調查或線上系統) 也算堪用, 目前的儲存限制為 : 40 萬個儲存格 每張工作表最多...