hamdan, camila. projeto consorciado i: game em realidade aumentada - a sua própria tela para o...

JJuunn//22001100

LART-Laboratório de Pesquisa em Arte e

TecnoCiência, UnB-FGA-Gama

16/06/2010

Relatório 2º. Trimestre - 2010

II Relatório de Atividades: Game em Realidade Aumentada (GRA): a sua própria tela para o mundo

Coordenadora: Msc. Camila Hamdan

HAMDAN, Camila. Projeto Consorciado I: Game em Realidade Aumentada - a sua própria tela para o

mundo. Relatório de Atividades II, 2º. Trimestre 2010. Projeto de excelência Sistema Bios Cíbrido na

Realidade Urbana Aumentada: WIKINARUA. PROGRAMA LABORATÓRIOS DE EXPERIMENTAÇÃO E

PESQUISA EM TECNOLOGIAS AUDIOVISUAIS – XPTA.LAB, Cinemateca, Ministério da Cultura, jun.

2010.

IMPORTANTE: Este é o segundo relatório do Projeto consorciado 1:Game

em Realidade Aumentada (GRA): a sua própria tela para o mundo

Coordenado por MSc. Camila Hamdan sob orientação da Pesquisadora

Visitante Nacional Sênior Dra. Diana Domingues, como um instrumento

de avaliação parcial solicitado pela Coordenação do Projeto de

Excelência Sistema Bios Cíbrido na Realidade Urbana Aumentada:

WIKINARUA, de grande importância para o grupo. O presente relatório

objetiva-se descrever a atual fase de desenvolvimento do projeto de

forma a relatar: 1. Local das ações do projeto; 2. Estudo e

desenvolvimento da API Layar e demais tecnologias. Embora este

documento tenha sido revisado para precisão técnica, não é final. As

informações fornecidas serão descritas de forma a planejar a adoção de

tecnologias e interfaces de programação aqui descritas sendo sujeitas a

alterações de implementação de acordo com este relatório. Novas

versões deste documento poderão ser fornecidas com versões futuras do

API e/ou tecnologias.





2010.

1. LOCAL DAS AÇÕES DO PROJETO

O Projeto Game em Realidade Aumentada (GRA): a sua própria tela para

o mundo, está sendo executado no LART - Laboratório de Pesquisa em

ARTE E TECNOCIÊNCIA coordenado pela Profa. Dra. Diana Domingues,

que funciona acoplado ao LEI – LABORATÓRIO DE ENGENHARIA E

INOVAÇÃO, sendo o ambiente cientifico propício para expandir pesquisas em

Software Art e Mobile Art (neste caso), com a proposta do desenvolvimento

de Sistemas Biocíbridos entre outros problemas de pesquisa de nossos

projetos.

A Faculdade UnB/Gama, Campus GAMA oferece condições antes não

existentes para a pesquisa em ARTE e TECNOCIÊNCIA, amplia e assegura o

ambiente científico para o desenvolvimento de ações previstas no projeto

Game em Realidade Aumentada (GRA): a sua própria tela para o mundo

numa ação conjunta com a Programa de Restruturação e Expanção das

Universidades Federais/REUNI, pela aquisição no mês de abril, da bolsa

REUNI na categoria de Doutoranda do Programa de Pós-Graduação em Arte,

PPG-Arte da Universidade de Brasília, na linha de pesquisa Arte e

Tecnologia.

2. DESENVOLVIMENTO GERAL NA PLATAFORMA LAYAR

2.1. Navegador

experimentar as camadas de conteúdo criadas no projeto.

2.2. Plataforma

servir e publicar as camadas de conteúdo criadas no projeto.

A plataforma é o lugar onde as camadas de conteúdo são definidos e age

como o link para a editora real que hospeda os dados. A definição da camada

de conteúdo é um componente essencial da sua camada. Esta definição dá ao

interator o título e o look-and-feel da camada, além de meta-tags e da





2010.

localização do serviço Web (onde os dados são mantidos). Não há nenhum

custo para usar a plataforma Layar.

2. 3 Publicação de pontos de Interesse (POI)

A função básica do Layar: dados que servem sob a forma de informações

relativas a locais específicos.

3D

Em vez de ícones simples, você pode usar objetos em 3D. Qualquer objeto

pode ser colocado em qualquer local. Isto é onde você começa a construir seu

próprio mundo.

Proximidade triggers

Esses gatilhos ajudar a fazer muitas coisas. Eles definem uma ação que irá

ocorrer quando o usuário entra na proximidade de um local. Por exemplo, um

ovo de Páscoa que só aparece em uma praça da cidade principal, quando você

estiver no prazo de 10 metros dele.

Audio

Qualquer ponto de interesse pode ter um elemento de áudio atribuída a ele.

Assim, por exemplo, uma canção de acompanhamento poderia jogar quando o

ovo de Páscoa é exibida.

Autenticação

Authentication permite que você desenvolva serviços pessoais. Um exemplo é

a camada Tweepsaround. Apenas quando conectado é possível ver seus

amigos em torno de você ou tweet a partir de dentro da camada conteúdo.





2010.

3. DEFINIÇÃO GERAL DA CAMADA 14 BIS

Realizamos um teste da camada 14 Bis na API página de teste e no telefone

HTC Nexus One, nº. +55618166-0946 (utilizando as configurações Developer),

no dia 21 de Abril de 2010, por ocasião do Aniversário de 50 anos da Cidade

de Brasília.

3.1 Breve descrição

Com o intuito de contribuir com as comemorações do

aniversário de 50 anos de Brasília a obra 14 Bis é uma

homenagem ao pensamento cultural brasileiro que une

a arte, a ciência e a tecnologia transformando a cidade

de Brasília em um local público aberto de exposição. o

desenvolvimento colaborativo de uma biblioteca de

dados na Internet composta por sons, vídeos, textos,

sites, imagens 2D e 3D para a construção livre de informações em realidade

aumentada pelas pessoas e a criação e visualização em celulares de

animações tridimensionais na cidade de Brasília. 14 Bis foi o primeiro avião em

que Santos Dumont voou sobre a cidade de Paris. Nossa proposta foi fazer

virtualmente em escala real de 10 metros, a aeronave, fazendo a alusão ao

pioneirismo do pensador brasileiro e das atuais pesquisas de artistas-ciêntistas

de Brasília, através da primeira aeronave em realidade aumentada sobre o céu

do Brasil. Nosso projeto pretende criar uma realidade urbana misturada em que

objetos virtuais são inseridos no espaço real. Isso permitirá que as pessoas

possam desenvolver livremente conteúdos e inserir nas ruas, avenidas pela

cidade, criando novas narrativas urbanas de comunicação com o uso das

ferramentas desenvolvidas com códigos e softwares livres a serem utilazas na





2010.

oficina “Narrativas Cíbridas: tecnologias da mobilidade e vida urbana

misturada” coordenado pela Dra. Diana Domingues.

Figura 1: interação com a plataforma Layar

3. 2. Descrição detalhada

3.2.1 Objetivo da camada 14 Bis: inserir a aeronave 14 Bis de Santos Dumont

modelada, em escala natural de 10 metros, em locais específicos da Cidade de

Brasilia/DF.

3.2.2 Localização dos POIs: 1º. Universidade de Brasília- UnB; 2º. Fundação

Nacional de Artes, FUNARTE, na cidade de Brasília, DF.

Palavras-chave: Santos Dumond, 14 Bis, Brasília outros 50, Aniversário de

Brasília, vida urbana mistrurada, realidade cíbrida, Arte e TecnoCiência. As

palavras-chave são palavras que visam abranger o conteúdo da camada, para

que o público possa capaz de encontrar a camada facilmente.





2010.

3.2.4 Código do país: Seleção do Brasil para que os POIs da camada esta

localizado. Nesse sentido há a possibilidade de selecionar vários países, até

um máximo de 20. Código 'internacionais só podem ser utilizados para as

camadas que têm gerado pelo usuário de entrada e pode, portanto, conter

qualquer POIs (ex. Flickr) ou para as camadas que têm POIs em mais de 20

países.

3.2.5 Local (bounding boxes)

Local onde os POIs estão agrupados numa cidade / região:

Universidade de Brasília/UnB: Coordenadas (15.765925,-47.870344)

14Bis 1 loc=-15.765925,-47.870344, type: 0,dimension: 3, object: --full:

link,-- reduced: link, -- icon: -- size: 20, transform: -- rel: false -- angle: 0 --

scale: 1. relative alt: 4

FUNARTE: Coordenadas (15.789166,-47.8975)

14bis 2 loc=-15.789166,-47.8975, type: 0, dimension: 3, object: -- full: link,--

reduced: link -- icon: -- size: 20, transform:-- rel: false, -- angle: 0, -- scale:

1, relative alt: 4, 14bis.

Desenvolvimento da camada local, definindo uma ou mais caixa Isso faz com

que a camada 14 Bis seja mais visível para os usuários que estão nessa

região.

3.3 Programação (parte):

{"layer":"sd14bis","errorString":"ok","morePages":false,"errorCode":0,"nextPage

Key":3,"searchFilters":null,"filter1Text":null,"filter1Param":null,"filter2Text":null,"fi

lter2Param":null,"filter3Text":null,"filter3Param":null,"hotspots":[{"actions":[{"uri":"

","label":"","autoTriggerRange":null,"autoTriggerOnly":null,"layerURL":"0"}],"attri





2010.

bution":"","distance":5980352.5112,"id":"4","imageURL":"http:\/\/164.41.44.101\/

sd14bis\/14bis.l3d","lat":-15765925,"lon":-

47870344,"line2":"","line3":"","line4":"","title":"14bis","dimension":3,"transform":{"

rel":false,"angle":0,"scale":1},"object":{"baseURL":"","full":"http:\/\/164.41.44.101\

/sd14bis\/14bis.l3d","reduced":"http:\/\/164.41.44.101\/sd14bis\/14bis.l3d","icon":

"http:\/\/164.41.44.101\/sd14bis\/14bis.l3d","size":20},"alt":null,"relativeAlt":4,"typ

e":0},{"actions":[{"uri":"","label":"","autoTriggerRange":null,"autoTriggerOnly":null

,"layerURL":"0"}],"attribution":"","distance":5984341.15781,"id":"3","imageURL":"

http:\/\/164.41.44.101\/sd14bis\/14bis.l3d","lat":-15789166,"lon":-





e":0},{"actions":[{"uri":"","label":"","autoTriggerRange":null,"autoTriggerOnly":null

,"layerURL":"0"}],"attribution":"","distance":5984592.40213,"id":"2","imageURL":"

http:\/\/164.41.44.101\/sd14bis\/14bis.l3d","lat":-15791388,"lon":-





e":0}]}

Disponível em: http://164.41.44.101/sd14bis/sd14bis.txt. dia 16 de junho de

2010.

3.4 Aspectos verificados no sistema: olhar e sentir

- Verificação da camada 14 Bis como uma resposta POIs na página de teste

API-Layar.

http://164.41.44.101/sd14bis/sd14bis.txt





2010.

3.4.1 Resposta válida JSON

Verificação de resposta JSON válida. POIs são devolvidos com uma

mensagem quando encontrada ou não são encontrados. O Layar envia

mensagens de erro como, "camada não disponível", "incompatibilidade do

nome” e o tradicional "Erro 404”.

3.4.2 Filtros

Pesquisa de texto

- Teste das palavras-chave que devem ou não retornar POIs.

Faixa de filtro de Slider

– Verificar se os POIs estão dentro do intervalo de pesquisa definidos podem

ser devolvidos.

Filtro Checkbox

- Teste cada caixa de seleção separadamente para se certificar de que POIs

são devolvidos conforme o esperado.

- Teste a situação quando não está selecionada.

filtro botão Rádio;

- Teste cada botão de rádio em separado para se certificar de que POIs são

devolvidos conforme o esperado.

filtro de Slider

- Teste se os POIs são devolvidos dentro do intervalo selecionado.

Teste de algumas combinações de configurações de filtro diferente.





2010.

Resultados: muitas vezes, os filtros funcionam corretamente quando são

testados separadamente, vemos muitos erros quando se trata de utilização de

combinações de filtros.

3.4.3 Ações (Algumas das ações só podem ser testados no telefone

HTC Nexus One.)

Telefone link nr º

– Verificação se o formato está correto. Deve usar tel "intenção" em frente ao

número de telefone real. Ex, "tel: +5561.81660946.

– Certificação de que há um número de telefone válido. Caso contrário, não

mostra a ação.

link de e-mail

– Verificação de que o formato está correto. Deve usar a intenção "mailto:" em

frente ao endereço de e-mail. Ex. mailto ": [email protected]".

– Certificação de que há um endereço de email válido. Caso contrário, não

mostram a ação.

Os links de sites

– Verificação se o formato está correto. Deve usar a intenção "http://" ou

"https: / /". Ex "http://www.artetecnociencia.blogspot.com/" .

– Certificação de que existe um endereço válido página web. Caso contrário,

não mostram a ação.

links de áudio





2010.

– Verificação de que o formato está correto. Deve usar a intenção "de áudio: /

/" para substituir "http://" no local do arquivo. Ex.: "audio:

//artetecnociencia.blogspot.com / layar_audio.mp3"

- Certifique-se que as acções de áudio estão funcionando. Caso contrário, não

mostram a ação.

links Video

– Verificação de que o formato está correto. Devem utilizar o vídeo "intenção: /

/" para substituir "http://" no local do arquivo. Ex. vídeo ": / /

www.artetecnociencia.blogspot.com/layar_video.mp4"

- Certifique-se que as acções de vídeo estão funcionando. Caso contrário, não

mostram a ação.

Resultados: note que todos os formatos suportados nativamente pelo

dispositivo são suportados. Para compatibilidade com dispositivo transversal,

arquivos de mp3 são os melhores.

- Todos os formatos suportados nativamente pelo dispositivo são suportados.

A fim de garantir a compatibilidade cruzada, MPEG4 e 3GPP são os melhores

(480x320 resoluções). Imagens videográficas são codificadas para HTTP

streaming, incluindo dicas de download progressivo.

– Verificação se o esquema de cores da camada 14 Bis para se certificar de

que os textos podem ser lidos facilmente e claramente contra o fundo no

período diurno e noturno;

– Verificação se os ícones de POI são carregadas, se eles ficam bem na visão

da realidade misturada.





2010.

- Teste das ações que envolve objeto tridimensional 14 Bis;

– Certificar se o objeto3D pode ser carregado com sucesso;

Figura 2: renderização do objeto 3D, 14 Bis em 15 segundos

– Teste com as configurações de distância e qualidade de renderização

analizando o tamanho e os diferentes ângulos do objeto.

-O objeto deve conter formas simples (menor tamanho de arquivo).

4. BREVE DESCRIÇÃO DO APLICATIVO LAYAR





2010.

4.1 Layar app v2.0

A fim de apoiar o novo Developer API, um novo aplicativo será lançado. A

versão beta do aplicativo estará disponível para os desenvolvedores de

camada quando abrirem a API para futuros testes.

Esta seção descreve brevemente o app novo. Layar permite aos usuários

navegar pelo mundos mistos através de diferentes camadas. Cada camada

contém informações geo-codificados que podem ser visualizados através do

aplicativo Layar. A característica mais proeminente é a visão de Realidade

Aumentada, onde a camada se sobrepõe ao mundo real (a visão da câmera).

Ao apontar a câmera na direção certa, os pontos de interesse jogada (POIs) à

vista eo usuário pode visualizar informações adicionais sobre esses POIs.





2010.

Figura 3: modelo de apresentação das POIs.

4.2 Layer Galeria

A Camada pode ser encontrada ao navegar pela Galeria Layar. Existem

atualmente quatro seções das várias camadas:

Pesquisa: o usuário pode pesquisar por palavra-chave das camadas.

Qualquer camada contendo uma das palavras inscritas serão

encontradas. No caso, teremos palavras-chave correspondentes ao

Game correspondente.

Destaque: São camadas escolhidas pela equipe Layar.





2010.

Mais popular: Baseado no número de visitantes em uma única camada,

um ranking de popularidade é feita. As 20 camadas mais populares são

mostradas nesta lista. A taxa de atualização para medir a popularidade

não é fixa, mas será bastante curto (uma hora - 24 horas).

Marcadores: Os usuários podem adicionar qualquer camada

encontrarda de modo a usá-las rapidamente em cada sessão.

Figura 4: modelo de distribuição de links favoritos da plataforma Android convertidos

para o Navegador Layar.





2010.

Figura 5: visualização do sistema com as configurações adaptadas do programa para

a camada 14BIS.

5. GRA-ARQUITETURA NAS NÚVENS

A camada 14 Bis foi composta por três partes:

Camada de definição: Criada através de um formulário web no site

Publishing Layar ;

Pontos de interesse dentro de uma camada: Fetched directamente a

partir do Service Provider Layer através da API.

páginas detalhadas para cada POI: Promovido pelo provedor de

conteúdo da camada, no caso, o servidor do WIKINARUA, acessado

remotamente em tempo real diretamente pelo usuário.





2010.

A definição da camada é configurado no site da publicação Layar através de

uma interface web, para tanto, definimos todos os parâmetros fixos associados

a camada 14 Bis. Esses parâmetros são armazenados no banco de dados

WIKINARUA são acessados pelo aplicativo Layar. A camada 14 Bis pode ser

acessada pelo usuário no estado de teste, esperamos, assim que forem

corrigidas alguns erros e conforme a aquisição dos equipamentos publicá-lo em

breve. A camada teste pode ser acessado apenas pela equipe de

desenvolvedor GRA, que definiu, usando a chave de desenvolvedor. Já a

camada ao ser publicada poderá ser acessada por qualquer pessoa.

Depois de todas as etapas de definição da camada, esta, será listada na

Galeria Layer. Quando o usuário selecionar a camada, os POIs para a camada

serão buscados para a localização atual, usando parâmetros dos filtros que

podem ser definidos no dispositivo.

Os POIs são obtidos diretamente a partir do Service Layer Provider pelo

servidor Layar usando o Layer Developer API. As chamadas são em tempo

real, que é cada vez que o cliente precisa buscar uma nova lista de POIs, a

chamada é feita pelo servidor da camada usando a API. O desenvolvedor

expõe um webservice REST com o servidor Layar de acordo a especificação

da API.

Para cada POI, pode são detalhados os conteúdos a serem exibidos no celular,

permitindo a interação com o usuário em tempo real. Isto pode ser conseguido

por hospedagem de páginas web (feito para celulares), que é exibido dentro do

aplicativo cliente Layar como vistas na web quando o usuário seleciona o POI.

Estas páginas são acessadas diretamente pelo cliente Layar através da

Internet.





2010.

A arquitetura do GRA possui basicamente cinco componentes do Layar:

A App Layar: cliente no dispositivo móvel do usuário;

O servidor Layar: O coração do serviço Layar, que fornece as interfaces

para a App Layar, o Layar Provisioning plataforma e externo Layar

Service Providers;

O Layar Provisioning Site: Um site em que os desenvolvedores possam

submeter novas camadas, camadas e gerir as suas contas;

O Layar Service Providers que serão criados pelos desenvolvedores.

Camadas baseado no Flickr é um exemplo;

As fontes de conteúdo da camada que fornecem conteúdo a ser

visualizado no navegador Layar, como o Flickr.com

(http://www.flickr.com/camilahamdan/augmentedreality14bis), por

exemplo. Conteúdo Fontes Layar não são necessariamente separados

do Layar Service Providers, mas, em geral, diferentes entidades lógicas,

como existente bases de dados geo-codificados e serviços Web não

suportam o Layar Developer API;

5.1 As interfaces expostas a terceiros

O Layar Client API: Esta é a interface entre o servidor ea App Layar

Layar. Esta interface não é aberto ao público;





2010.

O Layar Developer API: Esta é a interface entre o servidor Layar e o

Layar Service Providers. Os desenvolvedores podem criar suas próprias

camadas e submetê-las através do site Provisioning Layar a ser

adicionado ao serviço Layar. A API é usada para buscar dados sobre a

camada de viver.

Diagrama 1: Diagrama conceitual do processo de criação e interação do GRA

5.2 Publicando a camada

É realizado um pedido de publicação quando tiver terminado o

desenvolvimento da camada estiver pronta. A publicação é gratuita. O

processo de revisão pode demorar um alguns dias úteis. Uma vez que o

exame é feito, há um feedback sobre o assunto.

5.3 Definição de camada





2010.

Cada camada é altamente personalizável. Há muitas possibilidades para

alterar as cores, as imagens são facilmente reconhecidas dentro de cada

camada.

Palavras-chave Formato Explicação

bannerTxtColor cor RGB A cor do texto do banner p&b (o título

da camada é exibido 14Bis)

bannerBgColor cor RGB A cor de fundo para o banner

bannerIcon PNG

O ícone para utilizar no banner para

marcar a camada: Deve ser no máximo

60x26 pixels.

biwBgColor cor RGB

Cor de fundo para usar: O CIW em foco,

o fundo BIW página do filtro de camada

de fundo. BiwBg Se uma imagem é

definida, o biwBgColor é semelhante a

cor principal de sua imagem.

biwBg biwBg PNG

A imagem a ser usada como fundo para

o BIW (que substitui o padrão de cor

BIW). O tamanho deve ser 320x83

pixels e que há 4px top e padding à

esquerda para o texto (no caso de

adicionar uma borda).

countryCode Corda

O país em que a camada é no formato

ISO. 'Intl' significa que a camada pode

ser usada em todos os países.

customCiws PNG (veja A lista de ícones opcionais para ser





2010.

abaixo ) usado como CIWS.. Se não for definido,

a widget padrão é usada.

detailDescription URL

A URL que será obtida quando o

usuário pressiona o botão '' detalhes na

lista de camadas no caso estamos

hospedando as informações no

provedor do WIKINARUA.

filters Veja abaixo

A lista de filtros opcionais que o usuário

pode definir quando se olha para a

camada.

ícone PNG

O ícone a ser utilizado na lista de

camadas na Galeria Layer 14 Bis de

64x64 pixels.

innerColor Cor RGB

A cor de pontos no círculo mais próximo

(pontos), conforme mostrado no cone do

radar e na tela principal

middleColor Cor RGB A cor de pontos no círculo do meio

outerColor RGB Color A cor de pontos no círculo exterior (o

mais)

publisher Corda

Nome da editora da camada, é

apresentado nas listas da Galeria Layar.

No caso colocaremos todos os créditos

que se refere a camada.

name (primary key) Corda

Não é divulgada para o usuário final do

aplicativo Layar. Esta é a chave que é

usada para buscar informações dentro

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/Layer-Definition&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhi6GJ8E1F1SJ9HnCGCnrwYewl5VnQ#CustomCIW

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/Layer-Definition&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhi6GJ8E1F1SJ9HnCGCnrwYewl5VnQ#FilterObjects





2010.

da camada seguindo as informações

que os desenvolvedores/GRA utilizam

na comunicação com o pessoal Layar

para identificara camada 14Bis.

shortDescription Corda A breve descrição da camada, 14 Bis

mostrada nas listas da Galeria Layar

showFilterOnLaunch Boolean

Se quer ou não mostrar primeiro o filtro

quando a camada for selecionado pelo

usuário na primeira vez durante uma

sessão.

spotColor Cor RGB A cor das manchas no radar que não

estão no cone de visão.

tags Array of

Strings

Lista de palavras que descrevem a

camada. Um máximo de 10 palavras é

suportada atualmente. as palavras no

título da camada são automaticamente

adicionadas à lista de tag no caso,

14Bis.

textColor Cor RGB

A cor do texto dentro da BIW, e dentro

da página de filtro de camada se no

topo da biwBgColor.

title Corda

O texto a ser exibido no banner à direita

e ao título da camada a ser exibido na

lista de camadas.

titleColor RGB Color A cor da primeira linha do texto

mostrado na BIW (o título do POI)





2010.

type Número

inteiro

O tipo de camada, que determina como

o cliente deve apresentar os POIs: 1 =

genéricos. Isso será usado no futuro

para distinguir diferentes tipos de

camadas.

poiUrl URL

A URL onde GetPointsOfInterest é

chamado. As portas apenas 80 (http) e

443 (https) são suportados, assim URLs

com informação adicional porta não irá

funcionar.

oauth_required Boolean

Quer ou não o servidor deverá assinar

Layar solicitações usando o Auth

assinatura.

oauth_consumer_key Corda A chave o Auth do Consumidor para ser

usado no momento da assinatura

oauth_consumer_secret Corda O segredo do Consumidor o Auth para

ser usado no momento da assinatura;







2010.

Figura 6: modelo de filtro de objetos

Há quatro filtros diferentes que podem ser associados a cada camada. Para os

valores de cada filtro é enviado o pedido de POI's. Cada filtro pode ser usado

apenas uma vez na definição da camada. Eles são opcionais, pode ter uma

camada de 0-4 filtros definidos. A figura abaixo mostra dois dos filtros (lista de

botões de rádio e deslizante intervalo):





2010.

Figura 7: mudando e configurando filtros

Caixa de texto:

Chave

Valor Exemplo Explicação

etiqueta Corda "Os termos de

pesquisa"

O rótulo a ser exibido nas configurações

do filtro de exibição

valor Corda "" " O valor padrão para exibir e usar na

caixa de pesquisa





2010.

Lista de botões:

Chave Valor Exemplo Exp

etiqueta Corda “ Jogo GRA

escolha"

O rótulo a ser exibido acima da lista

de rádio

optionids Array of

Strings

["1000", "1001",

"1002"] ["1000",

"1001", "1002"]

Estes são os valores internos

usados para definir várias opções.

Esse valor é passado como

parâmetro na consulta de POI's.

opções Array of

Strings

["Todas os

jogos",

"Brasília",

„‟Brasil” ]

Os valores são mostrados ao

usuário, cada um correspondendo a

um OptionID.

SelectedValue Corda "1000" "1000" O valor que é selecionada por

padrão

A CIW é por padrão um disco, apresentado nas cores especificadas no objeto

da camada (innerColor, middleColor, outerColor, biwBgColor). A CIW tem

quatro estados:

1º. Foco: quando ele é selecionado

2º. Interior: quando ele está localizado no interior (mais próximo) ao anel

3º. Médio: quando ele está localizado no anel intermediário

4º. Exterior: quando ele está localizado no anel externo

Em vez desta forma de disco padrão, os desenvolvedores GRA especificou ai

ícone 14 Bis (PNG) personalizand-o. No total, pode-se especificar três CIWS

personalizados para 02 (dois) diferentes tipos de POI.





2010.

Ícone: Santos Dumont

Dimensões 64x64 px

Formato: PNG

Figura 8: configuração do ícone Santos Dumont

O ícone 14 Bis foi construído da seguinte forma, a fim de destacar-se,

independentemente do contexto, a câmera do celular, cellcam foi apontando

para:

Um ícone claro, de cor preto e branco (p&b), que se encaixa em uma caixa de

45x45 pixels para o foco e os ícones de interiores, 30x30 pixels ou 20x20

pixels, respectivamente, para os ícones do meio e exterior.

Adicionamos uma borda (pixel branco) em torno da mesma.

Adicionamos uma borda um pixel preto, opacidade 40%

Adicionamos um pixel de fronteira quatro fading negro, de 40% para 0% de

opacidade

No total, o ícone coube em 38x38 caixa.

Abaixo estão as imagens usadas para fazer o CIW padrão (tamanho 55x55): A

imagem de fronteira (incluindo a borda branca) e uma máscara preta que

usamos para mudar a cor do CIW.





2010.

Figura 9: mascaras utilizadas P&B

Algumas orientações:

Pelo ícone de foco, usamos uma cor que corresponda ao BIW, mais agradável

aos olhos . Para o interior, ícones e meio externo, usamos três cores com a

cor da mesma base, graduações de preto e branco na escala, enfraquecendo a

cores mais claras para os ícones mais longepara dar maior realismo a imagem.

Getpointsofinterest

Os pedidos estão em conformidade com HTTP. Os parâmetros de solicitação

são normalizados conforme descrito no parágrafo seguinte.

Atualmente, o intervalo de endereços IP do servidor é Layar 79.125.0.0/17

(79.125.0.0 - 79.125.127.255) e hospedamos as informações no IP servidor

WIKINARUA.

Parâmetros normalizados Pedido

O pedido foi realizado através de parâmetros normalizados em conformidade

com as seguintes regras:

1. Parâmetros GET;

2. Os parâmetros são ordenados por nome, utilizando o valor byte

ordenação lexicográfica. Se dois ou mais parâmetros compartilham o

mesmo nome, elas são ordenadas pelo seu valor.

3. Concatenar os parâmetros em ordem e delimitar as seguintes:

i. Pelo nome e valor com um '=' delimitador de caracteres (código

ASCII 61)





2010.

ii. Para os parâmetros que contenham mais de um valor,

concatenar os valores com um "+" caractere delimitador

iii. Por pares com um delimitador de caracteres '&' (código ASCII

38)

4. Se os parâmetros conter strings UTF-8 codificado, estes devem ser

substituídos por seus correspondentes% HH bytes .

5. URL escapar da cadeia de parâmetros.

Pedidos de assinatura do acordo com OAuth

Os desenvolvedores GRA poderam optar por receber os pedidos assinados. A

assinatura será em conformidade com os pedidos de assinatura OAuth.

Apenas HMAC-SHA1 método de assinatura é suportado. A assinatura da Base

de Dados String é gerada por meio de:

1. O método HTTP: GET;

2. A URL para a solicitação, por exemplo:

http://layarapi.example.net/mylayer/getpoi

3. Os parâmetros normalizados pedido, incluindo os parâmetros pedido

OAuth, excluindo oauth_signature. O pedido OAuth parâmetros

utilizados pelo desenvolvedor Layar API são: oauth_consumer_key,

oauth_signature_method, oauth_timestamp, oauth_nonce e

oauth_version.

Autenticação simples, utilizando a chave do desenvolvimento

O pedido contém como um parâmetro de solicitação de uma chave enviada

equipe de desenvolvedores GRA recebido ao criar a conta. A chave de

desenvolvedor pode ser re-gerado em qualquer momento na Provisioning

Layar Website. Note-se que há um lapso de tempo entre o momento em que a





2010.

chave antiga é revogada e no momento que você pode configurar a nova chave

no seu servidor. Se o servidor é verificado a validade dessa chave, isso irá

resultar em um curto período de interrupção da camada.

Formato de resposta

A API atualmente aceita somente JSON1 como formato de resposta.

Verificamos que o cabeçalho de resposta HTTP declara o tipo de conteúdo

correto: application / json ou text / javascript. Também certificamos que o

codigo da resposta em UTF-8 e adicionar charset = UTF-8 para nosso

cabeçalho de conteúdo.

O formato JSON foi especificado originalmente por Douglas Crockford , e é

descrito no RFC 4627. O oficial de Internet tipo de mídia para JSON é

application/json . A extensão do arquivo é JSON .json . O formato JSON é

frequentemente usado para serialização e transmissão de dados estruturados

através de uma conexão de rede. É usado principalmente para transmitir

dados entre um servidor e aplicações web, servindo como alternativa ao XML.

JSON (JavaScript Object Notation) é um formato de troca de leitura óptica de

dados usando convenções derivados da família de linguagens de programação

C. JSON é construído em duas estruturas de dados universais:

1. Uma coleção de nomes pares / valor representado como um objeto

definido pelo usuário;

2. Uma lista ordenada de valores representados por uma matriz.

1 JSON (um acrônimo para JavaScript Object Notation) é aberto baseado em texto padrão leve

projetado para legível intercâmbio de dados. É derivado do JavaScript linguagem de programação simples para representar estrutura de dados e e arrays associativos , chamados objetos. Apesar de sua relação com JavaScript, que é independente de linguagem, com parsers disponíveis para praticamente todas as linguagens de programação. Dispinível em: Wikipédia: http://www.wikiopedia.com/json.





2010.

Os dados JSON são idênticos aos utilizados pelos motores de JavaScript para

representar estruturas de dados como strings e matrizes. Isto fornece para

facilitar o acesso aos dados do que seria conseguido com XML. JSON é

menos detalhado do que XML e carece de certas propriedades que estão

disponíveis na segunda. Por exemplo, permitindo espaços para peças

idênticas de informações para ser misturado em diferentes contextos em XML

não estão disponíveis em JSON. Conversão de XML para JSON pode

apresentar desafios quando a distinção entre o valor real dos atributos e texto

entre as tags, pois as atribuições JSON são criados com dois pontos.

Algumas convenções gerais

Formatos Data: Todos os timestamps são inteiros, em número de

milisegundos desde 1/1/1970 UTC. Elas são usadas atualmente para

comparar os valores, o valor absoluto não importa.

Formatos de cor: Todas as cores são inteiros (base-10), com base em RGB:

0xrrggbb onde rr é de 2 bytes de código hexadecimal para o vermelho (0xFF é

máxima), gg é um código de 2 bytes para o verde e bb é um código de 2 bytes

para azul. Assim, uma cor pura amarelo seria 0xFFFF00 que se traduz em um

número inteiro de 16.776.960.

String formatos: Todas as seqüências são UTF-8 codificado. Para as

respostas JSON, isso é parte da especificação JSON. Para os pedidos, as

cordas devem ser codificados em UTF-8: Cada byte ou caractere que não seja

uma letra ou um dígito ASCII devem ser convertidos para% HH, onde HH é o

valor hexadecimal do byte.





2010.

A APK desenvolvedor para Android permite que visualizar as camadas,

mesmo que não sejam publicadas. Esta é a única maneira de testar a camada

em um dispositivo. O Layar oferece a possibilidade de introduzir a chave de

desenvolvedor e programador de identificação para permitir o acesso a

camada.

Figura 10: APK desenvolvedor Android

Pequeno histórico

Data Alterações

14/05/2010

Esses parâmetros foram adicionados ao APIs nos próximos dias.

Adicionado HTTP User-Agent do cabeçalho para identificar a

versão do aplicativo Layar, modelo de dispositivo e um dispositivo

de versão do sistema operacional, no caso, no sistema Android;

Adicionado parâmetro requestedPoiId ao pedido (usado para

indicar que o usuário clicou POI em Layar Stream, para incluí-lo na

resposta);





2010.

Adicionado 'parâmetro para a versão do pedido (API número de

versão utilizado pelo cliente);

Adicionado 'parâmetro InFocus a resposta (pode ser usado para

indicar que POI deve estar em foco durante a abertura da camada).

07/05/2010 Adicionado 'parâmetro doNotIndex a resposta para Layar Stream

opt-out no POI nível

Esta chamada é usada para solicitar os pontos de interesse a ser exibido para

uma determinada camada.

Pedido

URI : http://<poiUrl>?<parameters> URI: http:// <poiUrl>? <parâmetros>

HTTP request header : Cabeçalho HTTP request:

User-Agent: The user agent originally set by the client. User-Agent: O agente

originalmente definido pelo cliente. Format is: Layar/xy [OS name]/xyz ([Brand]

[Model]), O formato é: Layar / xy [nome] OS xyz / ([Marca] [Modelo]),

Por exemplo, "Layar/3.1 Android/2.1 (Motorola Milestone/ HTC Nexus One)" ou

"Layar/3.1 iPhoneOS/3.1.2 (Apple iPhone3GS)". Parte da definição da camada,

pode ser definida usando o Layar Provisioning Website

Pedido de parâmetros:

Os parâmetros do novo pedido poderá ser adicionados em futuras versões do

Layar. Portanto, o desenvolvedor da camada deve sempre ignorar parâmetros

desconhecido ao invés de lançar um erro.

Parâmetro Formato Exemplo Explicação

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/GetPointsOfInterest%3F%253Cparameters%253E&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhg8F4gq3Fo_o6khOZnZ1uixe_SLFg

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/GetPointsOfInterest%3F%253Cparameters%253E&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhg8F4gq3Fo_o6khOZnZ1uixe_SLFg





2010.

userId string

userId=422410493

45 userid =

42241049345

ID do usuário final,

developerId string developerId=101

developerId = 101

Id desenvolvedor

GRA

d e v e l o p e r

Hash string ( veja abaixo )

developerHash=

developerHash =

4a542795f8ca57d

1348

4a542795f8ca57d

1348

bfd025831334fb9d

1b026

bfd025831334fb9d

1b026

Este hash é passado

o pedido como um

método simples para

verificar a

autenticidade do

pedido ( veja abaixo

)., o OAuth assinatura

pode ser usado.

timestamp número inteiro timestamp =

1242207092430

exclusivas para

criptografar a chave.

versão string versão = 3.1

Isso indica a versão

da API que o telefone

está usando. Para a

versão mais antiga,

strings como "ip3.0"

pode ser usada. No

entanto, esta versão

string não pode ser

usada para

diferenciar mais

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/GetPointsOfInterest&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhhX-zp_jS_yLB3HDbQPiCyT6BMg0A#DeveloperHash

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/GetPointsOfInterest&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhhX-zp_jS_yLB3HDbQPiCyT6BMg0A#DeveloperHash





2010.

clientes (Android e

iPhone ), como é a

versão de API). Lista

atual das versões:

"2", "2.1", "ip2.0",

"2.2", ip2.1", "2.2.1",

"2.2.2", "3.0", "ip3.0",

"3.1", "3.5". "2", "2.1",

"ip2.0", "2.2", ip2.1 ","

2.2.1, "2.2.2," 3.0 ","

ip3.0 "," 3.1 "," 3.5 ".

layerName string layerName=hyves Identificador da

camada

requestedPoiId string requestedPoiId=42

114sddga94

Texto string para

identificar o POI que

desencadeou o

pedido da camada de

Layar Stream. Se

possível, este POI

deve ser incluído na

resposta,

independente das

configurações do

filtro.

lang string lang=EN lang = PT

Language used on

the client (two letter

language code)





2010.

Linguagem utilizada

no cliente (código

duas letras do idioma)

lat decimal lat=52.360112 lat

= 52.360112

latitude da posição

atual (coordenadas

GPS)

lon decimal lon =- 4.895665

longitude da posição

atual (coordenadas

GPS)

exatidão

(Opcional) número inteiro acurácia = 350

Opcional: a precisão

da localização atual,

como determinado

pelo dispositivo. A

precisão não pode

ser dada se um local

fixo é utilizado

(característica do

desenvolvedor)

RADIOLIST

(Opcional) string RADIOLIST=1001

Opcional: OptionID

correspondente ao

valor da lista no botão

de opção selecionada

pelo usuário (ou o

valor padrão, se não

mudou)

SEARCHBOX_

n string

SEARCHBOX=bar

,

Opcional: o termo de

pesquisa inserido





2010.

(Opcional) SEARCHBOX_3=f

oo

pelo usuário. Quando

múltiplas caixas de

pesquisa são

definidos (até 3), eles

serão numerados _2,

_3.

radius raio

(optional)

(Opcional)

integer (meters)

inteiro (em metros)

radius=2500 raio =

2500

T para o valor que ele

busca do raio

selecionado pelo

usuário no

RANGE_SLIDER. Em

v3, raio deixou de ser

obrigatório e raio

flexível pode ser

usado (o cliente irá se

adaptar

automaticamente o

raio da POIs

devolvidos).

CUSTOM_SLI

DER,

CUSTOM_SLI

DER_n

(Opcional)

float / inteiro CUSTOM_SLIDE

R=45.6

Opcional: o valor do

slide personalizado b

selecionado o

usuário. Quando são

definidos vários

sliders (até 3), eles

serão numerados _2,

_3.





2010.

pageKey

(Opcional) string

pageKey=aldsfj93

48dk

Opcional: Se os

resultados são

distribuídos por mais

páginas, o servidor

pode solicitar Layar

próxima página

usando este pageKey

(se forem recebidas

na resposta anterior,

veja abaixo )

oauth_consum

er_key

(Opcional)

string (ver estrutura

API )

oauth_consumer_

key =

f43f3p214k3103

Opcional o OAuth-

chave: O

desenvolvedor pode

apresentar esta

chave usando o Layer

Provisioning Website

oauth_signatur

e_method

(Opcional)

string

oauth_signature_

method=HMAC-

SHA1

Opcional: este será

sempre HMAC-SHA1

oauth_timesta

mp

(Opcional)

número inteiro oauth_timestamp

= 1191242096

Opcional: timestamp

para a solicitação.

oauth_nonce

(Opcional) string

kllo9940pd9333jh

oauth_nonce =

opcional exclusivo

para descartar a

repetição de ataques

oauth_version

(Opcional) string oauth_version=1.0

opcionais: versão

OAuth usado. Será

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/GetPointsOfInterest&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhhX-zp_jS_yLB3HDbQPiCyT6BMg0A#Pagination

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/API-structure&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhiGJ7-cD5xwdHDt5U7zEe7dVvhOow

http://translate.googleusercontent.com/translate_c?hl=pt-BR&sl=en&u=http://layar.pbworks.com/API-structure&prev=/search%3Fq%3Dlayar%26hl%3Dpt-BR%26prmd%3Dvl&rurl=translate.google.com.br&usg=ALkJrhiGJ7-cD5xwdHDt5U7zEe7dVvhOow





2010.

sempre 1,0

oauth_signatur

e

(Opcional)

string

oauth_signature =

tR3+Ty81lMeYar/F

id0kMTYa/WM=

Ty81lMeYar/Fid0k

MTYa/WM TR3 +

=

Opcional: assinatura

HMAC-SHA1 usando

a assinatura Base

String como texto e

os Secret (nenhum

segredo) como

chave. O segredo é

apresentado pelo

desenvolvedor do

Provisioning Layar

Website.

CHECKBOXLI

ST

(Opcional)

string

CHECKBOXLIST=

4,7 CheckBoxList

= 4,7

O valor do (s)

selecionados para a

caixa de seleção:

valores múltiplos são

passadas com

valores separados

por vírgula.

alt (opcional) número inteiro alt=325 alt = 325

A altitude atual do

usuário. Isso nem

sempre é conhecido

sobre o cliente e só

será aprovado

quando houver uma

posição GPS.





2010.

Figura 11: Modelo de POIs

Notas sobre as ações de áudio e vídeo: eles são especificamente destinados a

ações, não deve ser utilizado em páginas web. Se desejarmos exibir um vídeo

de uma página web, deve-se usar um link http:// normal. No Android podemos

ainda usar o vídeo: / / link para jogar no player personalizado, mas para isso é

necessário personalizar sua página web.

O sistema de áudio e vídeo serve para indicar ao aplicativo Layar que os

arquivos estão por trás da ação de vídeos ou arquivos de áudio. O cliente

Layar isubstitui o áudio: / / e vídeo: / / por http://, quando o usuário acessar o

recurso.





2010.

Vídeo: Todos os formatos suportados nativamente pelo dispositivo são

suportados. A fim de garantir a compatibilidade cruzada, MPEG4 e 3GPP são

os melhores (480x320 resoluções). Certifica-se que o vídeo é codificado para

HTTP streaming, incluindo dicas de download progressivo.

Audio: Todos os formatos suportados nativamente pelo dispositivo são

suportados. Para compatibilidade com dispositivo transversal, arquivos de mp3

são os melhores.

formatos de String

Algumas notas sobre a formatação das cordas para ser exibido no BIW: título,

linha2, linha3, 4 em Linha e atribuições: exceto para a seqüência de 'title', que

pode envolver mais de 2 linhas, todas as outras irão ser cortados a uma linha

do cliente.





2010.

Mecanismo de autenticação do usuário em uma camada

Camadas podem ter um novo campo "AuthURL" na definição para indicar

suporte para autenticação. Esta é a URL de login, onde o aplicativo deve dirigir

o WebView para autenticação. Isto tem que ser no mesmo domínio como

provedor getPOI URL camada. (O fornecedor deve definir uma camada de

biscoito que se aplica ao prestador de camada getPOI url).

Há 4 maneiras para iniciar a autenticação:

Se o campo authRequired de uma camada é definida como 'true', a

página de autenticação será automaticamente chamado sempre que um

usuário abre a camada sem um cookie válido. Se houver um cookie

válido para a camada, o pedido GetPOI usual é enviado com o cookie e

não redirecionamento para a página de autenticação é necessária.

Como resposta ao pedido GetPOI, um provedor de camada pode

indicar que a autenticação é necessária. Por exemplo, se authRequired

é falso, o cliente só vai enviar o pedido getPOI. O provedor camada

pode escolher para exigir a autenticação por volta dos 30 errorCode.

Além disso, o cookie enviado pode não ser válido. Também nesse caso,

o prestador de camada pode enviar de volta errorCode 30.

O provedor camada pode optar por usar o AuthURL também em uma

ação de um POI, o que irá direcionar automaticamente o usuário para a

página de login.





2010.

O usuário pode iniciar a autenticação utilizando o botão especial que

aponta para a AuthURL em uma camada (se o AuthURL é fornecido).

Portanto, mesmo se authRequired é falsa, uma camada pode ainda dar

a opção para autenticar manualmente. Quando nenhum cookie está

presente, a camada é apenas iniciado normalmente e irá retornar a POIs

público para a camada. Se um cookie estiver presente, ele será enviado

assim mesmo.

Os passos que se seguem o redirecionamento de WebView para a página

de autenticação são:

1. A URL de login é aberta em um navegador embutido. Esta página (s)

autentica o usuário (qualquer mecanismo pode ser usado, como auto

hospedado autenticação / OAuth etc) e pode levá-lo a um "home page",

que pode ter mais (dinâmico) para escolher as configurações para a

camada. Qualquer não. de páginas HTML pode ser usado com os

fluxos entre eles.

2. O usuário é retornado para o ponto de vista Layar ele estava quando o

navegador embutido é redirecionado para um marcador fixo "voltar a app

'url (http://dev.layar.com/media/getbacktoapp.html). Visitar esta url

significa que a autenticação (e, possivelmente, de configuração) da

camada está completo eo usuário pode retornar ao aplicativo Layar. O

provedor é o uso de cookies que se aplicam a url do getPOI fornecedor

antes de visitar esta URL.

3. Quando o url getbacktoapp é aberto no navegador embutido, todos os

cookies que se aplicam a getPOI url (somente) são armazenados na





2010.

camada (termo cookie está a ser tratada pelo aplicativo Layar, de acordo

com cookie spec). O cookie pode substituir cookies anteriores que

foram definidos (por exemplo, o utilizador foi convidado a entrar de novo

porque um cookie que foi enviada não era válida. Este é o exemplo

acima para errorCode 30)

4. Os cookies armazenados são enviados para o aplicativo layarservice

para todas as solicitações getPOI futuro. O manipulador layarservice

encaminha getPOI todos os cookies que recebe a camada de provedor

getPOI de modo que o pedido pode ser identificada com uma sessão de

usuário em particular. Note que redireciona não são permitidos no

pedido getPOI como as solicitações subseqüentes não passará o

cookie, por motivos de segurança. A URL GetPOI precisa estar no

mesmo domínio que o AuthURL.

Para as camadas que têm a opção de autenticação, um botão é mostrado na

camada de modo que os usuários podem visitar-home quando eles já estão

autenticadas (para alterar a configuração ou login como um usuário diferente).

O AuthURL "de uma camada é usada para isso.

O aplicativo cliente possui total suporte para https (provedor camada pode

optar por usar isso para segurança adicional). Se a URL de provedor getPOI

camada é https, o aplicativo cliente para chamar getPOI layarservice também

será sobre https. O servidor Layar enviará o convite também sobre https.

Extensão esquema de URL Layar (v3)





2010.

Webviews pode conter links especiais para o Layar: / / URL sistema que

realmente o controle retorna para o aplicativo Layar e passar mensagens no

processo:

Layar: / / <layername> /? = refresh ação: Quando clicado, esse link

retorna o usuário para a camada na URL (ver AR) e atualiza os POIs

(pedido GetPOI novo).

Layar: / / <layername> /? <filter> = valor: Uma camada pode ser aberto

diretamente com filtros específicos definidos nos parâmetros da URL.

Layar: / / <layername> é o esquema de URL suportados atualmente em

Layar v2 também, e só vai abrir o <layername> camada no Browser

Layar.

O parametros acima podem ser combinados (concatenado com &). Por

exemplo Layar: / / <layername> /? Action = refresh = 540 &

CUSTOM_SLIDER_2 vai voltar para o ponto de vista RA, reler os POIs com a

nova configuração para a custom segundo controle deslizante.

Estes esquemas de URL também funcionam quando chamados a partir de

outro aplicativo ou a partir do navegador.

Caso de uso: camada ponto a-ponto

Novamente com o parâmetro de atualização, é agora possível para orientar o

usuário da POI em uma camada. Mandaremos para trás apenas um POI.

Com um webview onde o usuário tem de responder a uma pergunta / quizz

sobre o objeto, então pode-se forçar a atualizar e mostrar o POI próximo.





2010.

Observa-se que o Layar: / / URL também irá trabalhar em um

redirecionamento, por isso não precisa ser o resultado direto de um clique do

usuário.

Também, combinaremos isso com disparador automático: O WebView que

permite ao usuário atualizar os POIs que só é mostrada se o usuário estiver

dentro de uma certa gama de POI.

Layar3D

A partir Layar 3.0, é possível para os desenvolvedores acrescentar objetos em

3D para suas camadas. Para este efeito, nós utilizamos o Layar3D (. L3d)

formato de arquivo que permite o armazenamento de modelos 3D texturizados

em um único arquivo. Este formato de arquivo é otimizado para a análise e

visualização móvel.

Para o trabalho 14 Bis, utilizamos a ferramenta (Layar 3D) para converter os

modelos da Wavefront (.obj / .mtl) em formato (. L3d).

Utilizamos o sofware livre Blender para modelagem da aeronave em escala

natural a partir de plantas disponíveis na internet





2010.

Figura 12: planta baixa do avião 14 Bis de Santos Dumont.





2010.

Figura 13: Desenho da escala do Avião 14 Bis





2010.

Figura 14: imagem lateral e frontal do avião 14 Bis com cores.





2010.

Figura 15: fotografia do avião 14 Bis

Modelo de Requisitos

Usamos em 14Bis o software de modelagem 3D Blender, para criar a aeronave

em Wavefront (.obj / .mtl) formato. Levando em consideração os seguintes

requisitos:

Complexidade do modelo o mais baixo possível. Os telefones celulares

atuais não são poderosos o suficiente para tornar modelos complexos a

uma taxa de frame decente. Número máximo total de polígonos visíveis

ao mesmo tempo em 5000.

Objetos que contenham NURBS de base, este não é suportado.

O modelo deve consistir apenas de triângulos. Certificamos de

converter todos os quadriláteros ou polígonos em triângulos maiores.





2010.

Assumimos que a unidade para o vértice coordena no modelo 3D é

definida como um metro.

Cores nos valores RGB, e não o alpha.

Figura 16: fotografia do avião 14 Bis em escala real de 10 metros.

Figura 17: pode-se dar a volta no avião planado a 5 metros de altura a partir de sistema de vião computacional para realidade aumentada móvel.





2010.

Figura 18: comparação da realidade virtual e o desenho de Santos Dumont

Usando o modelo de conversor Layar3D

O modelo Layar3D ferramenta Converter é escrito em Java e pode ser

executado em qualquer sistema com o tempo de execução mais recente do

Java, incluindo Windows, Mac e Linux. A versão mais recente do conversor

modelo é baseado na tecnologia Java Webstart , que nos permite executar a

aplicação, tanto em modo on-line a partir do browser ou offline a partir do cache

Webstart. A vantagem desta solução é que podemos manter uma configuração

única para as diferentes plataformas, ao mesmo tempo aproveitando a

bibliotecas nativas para facilitar a visualização em 3D OpenGL do conversor.

Software disponível no site:

http://site.layar.com/downloads/Layar3DModelConverter.jnlp

http://site.layar.com/downloads/Layar3DModelConverter.jnlp





2010.

Novidades na versão 1.5.2:

Adicionado suporte para caminhos absolutos de imagens de textura na

MTL. ficheiro exportado pelo 3ds Max.


Adicionado iluminação ambiente no modo de visualização. Esta

iluminação é equivalente aos parâmetros de iluminação do Layar 3.0.4 e

acima.

Melhoria da manipulação de erro durante. Obj importações.

Corrigido um bug que melhora a análise de linha de comando para a

versão CLI do ModelConverter.


Triangulação de polígonos complexos. Agora você pode importar

arquivos. Obj que contenham polígonos complexos, incluindo quads,

convexos e polígonos côncavos. Isso permite que você use ferramentas

que não tem uma opção no triangular incorporado no. Obj exportação,

por exemplo, Google Sketchup Pro.

Melhoradas. Obj análise, corrigir alguns bugs nas exportações 3D

Studio Max com arquivos material incompleto. Agora usamos valores

padrão razoável para preencher os espaços em branco.

Adicionado painel de visualização 3D OpenGL, que tenta imitar a

apresentação do modelo em Layar, tanto quanto possível.





2010.

Adicionado Material painel de visualização, que mostra os materiais

utilizados no modelo, incluindo a opção de modificar as cores e os

parâmetros do brilho dos materiais.

Automatic textura de escala para ajustar o tamanho da obrigação de ter

a largura e altura sejam potências de 2 durante .obj importação / .mtl.

Adicionado métodos básicos de edição:

o

Versão de linha de comando

uma versão de linha de comando do Modelo Layar3D conversor está disponível

em: http://layar.com/downloads/Layar3DModelConverterCLI.jar

Isso pode ser invocado da seguinte forma:

java-jar opções Layar3DModelConverter.jar [] <inputfile.obj>

-O: arquivo de saída. Se omitido, o arquivo será baseado no nome do

arquivo de entrada.

-D: normais Drop. Deixe o cliente calcular normals liso.

-F: normais face Calcular. Use normais por causa face bordas duras no

modelo.

-M: Materiais Optimize. Grupos dos rostos de material para melhorar o

desempenho de renderização.

-X: modelo Girar 90 graus em torno do eixo X. Pode ser utilizado para

fixar orientação. Obj arquivo.

-X: modelo Rotate -90 graus em torno do eixo X. Pode ser utilizado para

fixar orientação. Obj arquivo.

-H: Mostra esta mensagem de ajuda.

Requisitos da textura

http://layar.com/downloads/Layar3DModelConverterCLI.jar





2010.

Fizemos a texturização do modelo 3D, mas apenas para definir a cor difusa do

material. Neste momento, não foi possível adicionar múltiplas texturas.

Imagens de textura tiveram que ser redimensionados para ter sua largura e

altura sejam potências de 2, por exemplo: 16x16, 32x32, 64x64, 256x128, etc .

Estamos pesquisando a transparência nas ou seja, transparência parcial (alpha

valores maiores que 0,1), os objetos por trás deles não são exibidos. Para alfa

inferior a 0,1 valores, usamos um teste alfa em OpenGL, o que significa que as

partes não serão desenhadas. Isso permite que sejam feitos recortes com

texturas.

POI com objetos 3D/2D

Esses parâmetros adicionais podem ser enviados no POI (hotspot) dicionário.

Todos os parâmetros são opcionais.

Chave Valor Exemplo Explicação

dimensão número

inteiro

"Dimensão":

2

1: 1d - POI usual (ícones). Valor

padrão (se nenhum valor for fornecido,

o usual 1d POI é assumida)

2: - imagem 2D utilizados para POI

3: 3d - 3d objeto usado para POI

alt número

inteiro

"Alt": 2550 Opcional.

altitude real do objeto, em metros. Se

este estiver ausente, a mesma altitude

que o usuário assume

transformar

json

dicionário

veja abaixo Obrigatório se a dimensão é 2 ou 3.

Determina a forma de colocar o objeto

no espaço.





2010.

objeto json

dicionário

veja abaixo Obrigatório se a dimensão é 2 ou 3.

Determina o local das representações

do objeto (arquivos para download)

relativeAlt número

inteiro

"RelativeAlt":

2

Opcional.

Altitude em metros do objeto em

relação ao usuário a altitude.

Todos os valores são obrigatórios.

Chav

e

Valor Exemplo Explicação

rel

boolea

n

"Rel": true Se esse valor for

true, a rotação é

calculado em

relação à posição

do usuário: o

objeto será

sempre o rosto

do usuário da

mesma maneira,

independentemen

te do sentido

absoluto. Na

maioria dos

casos, o ângulo

será 0 quando rel

é verdade.

Assim, com rel =





2010.

true, o usuário

não é capaz de

andar ao redor do

objeto, a fim de

ver a volta dele.

ângul

o

decima

l

"Ângulo": -90 Ao projetar um

objeto, o eixo x

está alinhada no

sentido WE,

enquanto o eixo y

está alinhada no

sentido SN.

Este parâmetro é

o ângulo de

rotação em graus

para girar o

objeto em torno

de seu eixo z. O

sentido de

rotação é

determinada pelo

polegar da mão

direita regra usual

(ângulo positivo:

contador do

relógio no plano

xy). Assim, para

o exemplo de -90,





2010.

isso significa que

o objeto é

orientada para o

Leste: um usuário

que olhavam para

o Oriente vai ver

o objeto como ele

foi concebido.

escal

a

decima

l

"Escala": 3.0 O tamanho dos

objetos 3D é

determinada pelo

objeto de si

(unidade do

sistema de

coordenadas é

1m). Para

objetos 2D, 200

pixels é 1m. Este

fator de escala

deve ser utilizada

para dimensionar

o objeto de

diferentes

tamanhos.

Chave Valor Exemplo Explicação

baseURL URL "BaseURL:"

http://layer.coolservice.com/3dobjects/gl

obe/ "

A URL base para

os caminhos para

os diversos





2010.

objetos em

completa

(obrigatóri

a se a

dimensão

é 2 ou 3)

corda "Full": "near.l3d" ou "full": "? Objeto

MyObject =

E configuração = próximo "ou" full ":"

near.png "

A representação

do objeto quando

ele é fechado

para o usuário

(visão completa

do objeto, até

cerca de 50 m).

O caminho

relativo para o

arquivo ou URL

em relação a

chamada, a fim

de buscar o

objeto.

reduzido

(Opcional

)

corda "Reduzido": "reduced.l3d" ou

"reduzido": "? Objeto MyObject =

Config = & reduzida "

A representação

de objeto,

quando não é tão

perto que mais

detalhadamente

é necessário

(cerca de 50-

100m). Este

deve ser um

objeto 3D em

pequena escala.

ícone

corda "Ícone": "far.png" O objeto de

representação 2D





2010.

(Opcional

)

quando está

longe. Este é

apenas um ícone

e não usar o

vetor de direção.

Use um arquivo

PNG 32x32 aqui.

Isso também

pode ser definido

para a dimensão

= 1, a fim de ter

ícones

personalizados

por POI (em vez

de usar o

parâmetro do

tipo).

tamanho

(obrigatóri

o se a

dimensão

é 2 ou 3)

flutuar "Tamanho": 32.5 O tamanho do

objeto em m.

Este é o

comprimento da

aresta do menor

cubo no qual o

objeto pode

caber. Note que

este é o tamanho

antes de

qualquer





2010.

transformação

(«puzzles») é

aplicada ao

objeto.

Para objetos em

3D: O tamanho é

usado pelo

cliente para

determinar se ele

pode mudar de

'ícone' para

'reduzir' para

'completa' (na

verdade escala *

tamanho será

usado). Portanto,

não é necessário

ser muito preciso.

Para objetos 2D

(próxima versão):

O tamanho será

usado para

realmente

dimensionar a

imagem 2D,

independente da

sua resolução.

Assim, certifique-





2010.

se o tamanho

que você usa

está correto! É a

altura da sua

imagem 2D em z-

direção.

objetos 3D

'Completa': Use mais de 5.000 polígonos (triângulos).

"Reduzida": Use no máximo 500 polígonos

Texturas: Para as texturas para trabalhar no cliente Layar, a largura e

altura da imagem deve estar em potências de 2 até 512, para 256x256,

128x128 são válidas, mas 512x512, 512x256 ou até mesmo também

seria permitido. Eles podem ser. Jpg ou png.. Tente não usar peças

grandes, lembre-se a resolução da tela é 320x480 azulejos tão grandes

fazem pouco sentido.

Transparência nas texturas: é suportado se você usa o PNG. Note que

precisamos resolver um problema quando objetos estão atrás do outro.

Como adicionar as texturas: Para texturização em geral, você deve usar

seu software de modelagem 3D de escolha e de criar o seu modelo,

incluindo a texturização. Quando você exportar o modelo para o formato

Wavefront, dois arquivos serão criados:. Obj e. Mtl. A. Mtl arquivo se

refere aos materiais utilizados no modelo e cada material pode se referir

a imagens de textura. Coordenadas UV será no. Obj. Ao converter o

.obj / a .mtl. L3d, todas as imagens de textura será incorporado no

objeto. L3d, assim você terá um arquivo único modelo que você pode

usar em um serviço Layer .





2010.

Ao exportar para .obj .mtl / usar o agrupamento de material se o seu

software suporta isto. Isso permite que o objeto é desenhado com as

chamadas openGL menos o que pode melhorar significativamente o

desempenho quando você usar seus materiais em várias partes do seu

modelo.

Objetos 2D

'Completa': resolução máxima é de 640x480. Lembre-se a tela é, na

maioria dos casos, resolução de 320x480 tão alto que não faz sentido.

"Reduzida": resolução máxima de 240x180.

Todas as imagens devem ser menores que 75kb

Transparência: é suportado. Note que ainda precisamos resolver um

problema quando objetos estão atrás do outro.

O processo de publicação

Uma vez que você tenha testado completamente sua camada e você está feliz

com ele, você pode começar a publicar sua camada. O processo de

publicação é mostrado na figura abaixo, onde algumas das funcionalidades

ainda não está disponível neste momento (ver mais abaixo).





2010.

Diagrama 2: processo de pubicação da camada

Categorias

Categoria Descrição

Alojamento Hotéis, parques de campismo, etc

Arquitetura & Imóveis info Architectural, nomes de edifícios, etc

Arte Exposições, arte virtual, etc

Beleza e Bem-Estar Spa's, cabeleireiros, etc

Caridade e Comunidade Instituições de caridade, trabalho voluntário, projetos

comunitários, etc

City tours City tours A - B -> C, etc

Namoro Namoro

Educação camadas da Educação

Emprego As vagas, escritórios, agências de emprego, etc

Diversão Casino's, bandas da cidade, bilhetes, cinemas, etc





2010.

Ambiente Mapa de Ação Climática, os níveis de CO2, etc

Eventos Resumo Yahoo eventos programados, congressos,

etc

Financeiro finders ATM, agências bancárias, etc

Comida & Bebida Restaurantes, pubs, guia Michelin, etc

Diversão Screenshot camadas, camadas sazonais, etc

Jogos Splinter Cell, coletor de Jewel

Governo e Política Gastos, festas, etc

Saúde Hospitais, médicos, seguro médico, etc

Informações locais Postboxes, wikipedia, etc

Serviços de busca local e

Directory A pesquisa do Google, Páginas Amarelas, etc

Natureza e Parques Parques, jardins botânicos, as florestas, a natureza do

projeto

Noite Discotecas, bares, pubs, etc

Foto e vídeo Flickr, YouTube, noticings, etc

Real Estate Casas para alugar venda / imóveis comerciais, etc

Religião Igrejas, mesquitas, os sinos das igrejas, etc

Social Tweepsaround, Gowalla, etc Quadrangular

Esporte e Lazer Os campos de golfe, baseball, passeios zoológico,

dia, etc

Lojas e Compras Supermercados, shopping centers, as vendas finder,

moda





2010.

Informação turística Informação turística

Negociação (mercado) elay, carros para venda, etc

Transporte Aluguer de bicicletas, carros, plane spotting, navio

manchas, etc

Universidades e Pesquisa Campus mapas, projetos de pesquisa, etc

Tempo Weathercity, stormchasers, etc

hotspots Wifi hotspots wifi

Visão da Realidade Aumentada

Esta é a opinião de Realidade Aumentada e também ver o padrão exibido

quando um usuário seleciona uma camada. Um pequeno radar mostra todos

os POIs na faixa atual. O ângulo de visão é de aproximadamente 90 ° C e é

indicado no radar de pequeno porte. Na vista principal, o POI's são mostrados

em uma grade 3D indicar a sua posição e distância em causa. Três anéis

concêntricos são utilizadas para indicar a distância, no pequeno radar, bem

como vista principal.

Visão mapa

Essa visão é semelhante à vista RA, exceto que todos os POIs são mostrados

em um mapa local. Tal como acontece com o ponto de vista RA, o BIW do POI

seleccionado é mostrado na parte inferior da tela e oferece a folha mesma

ação.





2010.

Figura 19: visão mapa de uma camada

Pesquisa de Camada interativa a partir de sinais biológicos

Com a atualização param no Layar: / esquema de URL /, podemos agora ter

uma camada interativa dependendo das ações do usuário. Por exemplo, ao

clicar em um POI, o usuário poderá responder a uma enquete sobre a POI em

uma WebView. Depois de clicar em 'Done' no WebView, o usuário retorna para

o navegador RA, que atualiza automaticamente os POIs e que o usuário vê os

resultados da pesquisa (e as medidas a introduzir a pesquisa é removido).

Usaremos o UserID no pedido GetPOI para salvar as pesquisas que já foram

preenchidas por aquele usuário em particular. Nesse sentido estamos

pesquisando wearable computer, pesquisa com a colaboração do Dr. Adson





2010.

Ferreira da Rocha, que vis obter informações de sinais biológicos para a

interação.





2010.





2010.

Figura 20: imagens do 1º. Teste da camada 14 Bis realizado no dia 21 de abril de 2010 (Brasília 50 Anos) em frente a FUNARTE em Brasília, DF.

EQUIPE GRA:

Dra. Diana Domingues (Lattes CNPq)

Pesquisadora Visitante Nacional Sênior (PVNS/CAPES) na Universidade de

Brasília. Diretora do LART-Laboratório de Pesqquisa em Arte e TecnoCiência.

Professora colaboradora do Programa de Pós-Graduação em Engenharia

Biomédica - FGA-Gama e do Programa de Pós-Graduação em Arte -UnB. Pós-

doutora pelo ATI, Université Paris VIII, Ph.D. em Comunicação e Semiótica

pela PUC / SP. Representante do Programa LEAF - Leonado Education and Art

Forum no Brasil. Consultora da SciELO, membro da comissão científica de

conselhos editoriais do ISEA, Refresh! Diigital Creativity. Artista pioneira em

Arte e TecnoCiência sobre as práticas nas relações artísticas, antropológicas e

estéticas entre arte, ciência e tecnologia, investigou a expansão da interação

sensorial e perceptiva, comportamento evolutivo, imersão, realidade

aumentada, misto, plataformas sociais móveis em software art. Possui mais de

90 trabalhos , 50 exposições individuais e 130 coletivas..

MSc. Camila Hamdan (Lattes CNPq)

Doutoranda em Arte e Tecnologia pela Universidade de Brasília/UnB, (Bolsa

REUNI/CAPES), sob orientação da Profa Dra. Diana Domingues.

Coordenadora do Projeto Consorciado: GRA- Game em Realidade Aumentada

http://lattes.cnpq.br/5043080196932200






2010.

- MinC-XPTA.Lab-Cinemateca. Desenvolve atividades de pesquisa e docência

no Curso de Engenharia Eletrônica da Faculdade UnB Gama/FGA/Gama sob

tutoria da Profa. Dra. Lourdes Mattos Brasil. Artista-Pesquisadora do LART-

Laboratório de Pesquisa em Arte e TecnoCiência UnB/FGA/Gama. Atua nas

áreas que englobam a Bioarte, Processamento de Sinais Biológicos,

Inteligência Artificial, Vida Artificial envolvendo dispositivos móveis e vestíveis,

Realidade Mista (RM) e Aumentada (RA) a partir do conceito de Biocíbrido e de

pesquisas que envolvem The Internacional Society for the Arts, Sciences and

Technology, Massachusetts Institute of Technology (MIT) e do Programa -

LEAF-Leonardo Education and Art Forum.

MSc. Leci Augusto (Lattes CNPq)

Doutoranda em Arte e Tecnologia pela Universidade de Brasília/UnB, sob

orientação da Profa Dra. Diana Domingues. Artista Educadora, pesquisadora

do LART- Laboratório de Pesquisa em Arte e TecnoCiência UnB-FGA-Gama.

Trabalha na criação de paisagens mistas experimentando sistemas interativos

móveis que permitem o intercâmbio sensível e poético na relação de dados

informacionais georreferenciados com o uso da Realidade Aumentada sob o

viés da reengenharia dos sentidos e da natureza.

Leandro Gaby Andersen Trindade (Lattes CNPq)

Programador formado em Ciência da Computação pela Universidade de

Brasília/UnB. Trabalha na programação de dispositivos móveis Android e

Iphone e de sistemas interativos. Contemplado no Rumos Cibernética- 2009 do

Instituto Itaú Cultural.






2010.

Luiz Gustavo Souza Silva (Lattes CNPq)

Aluno de Engenharia de Software UnB/ FGA-Gama, bolsista IC/CNPq no

LART - Laboratório de Pesquisa em Arte e Tecnociência UnB/FGA-Gama .

Atuando em pesquisas de desenvolvimento e gestão de software para

modelagem computacional.

Adriano de Jesus Barboza (Lattes CNPq)

Aluno de Engenharia de Software UnB/ Gama. Bolsista Pro-IC/UnB/CNPq no

LART - Laboratório de Pesquisa em Arte e Tecnociência UnB/FGA-Gama.

Trabalha com Arte e TecnoCiência: Interações expandidas e condição cíbrida

em software art.

Breno Dantas Cruz (Lattes CNPq)

Aluno de Engenharia de Software UnB/ Gama e bolsista Pro-IC no LART -

Laboratório de Pesquisa em Arte e Tecnociência UnB/FGA-Gama. Trabalha

com a integração do mundo real com elementos virtuais ou dados criados pelo

computador em Realidade Virtual e Aumentada.

Roni Ribeiro (Lattes CNPq)

Formado em Artes Plásticas pelo Instituto de Artes da Universidade Brasília -

UnB. Artista Colaborador do LART - Laboratório de Pesquisa em Arte e

TecnoCiência UnB-FGA-Gama. Trabalha com criação, manipulação e

adaptação de modelos tridimencionais poligonais mais complexos, com o

objetivo de transferir esse mesmo modelo com grande número de polígonos

para outra versão mais simples, que se adapte aos mais exigentes motores de









2010.

jogos multiplataforma como o (Unity 3d) e o Navegador de Realidade

Aumentada LAYAR, Utilizando ferramentas de escultura para trabalhar com a

topologia de objetos mais orgânicos e objetos criados em outros softwares.

Referencias bibliográficas DOMINGUES, Diana. Urbano cíbrido: átimos calmos em comunicação ubíqua e móvel por conexões transparentes. In: II Simpósio Nacional da ABCiber, 2008, São Paulo, SP. Anais eletrônicos do II Simpósio Nacional da ABCiber, 2008. Disponível em: http://www.cencib.org/simposioabciber/anais/mesas/pdf/Diana_Domingues.pdf ______; VENTURELLI, Suzete. Cibercomunicação Cíbrida no Continuum Virtualidade Aumentada e Realidade Aumentada: era uma vez... a realidade. In: Revista Ars, Universidade de São Paulo/USP, v. 1, p. 108-121, 2008. Disponível em: http://www.cap.eca.usp.br/ars10/venturelli_domingues.pdf ______; REATEGUI, Eliseo; REINALDO, Gelson Cardoso; LORENZATTI, Alexandre. Mixed Realities in the Living Tattoos Social Platform In: Urban Mixed Realities: Technologies, Theories and Frontiers, Presence, place, collaboration, space, mixed reality Rod McCall Chair, Florença, abril de 2008.http://www.chi2008.org/CHI - ACM, 2008.

WILSON, Andrew; HALES, Derek. From city poems to Aliens, Monsterand

Sprites thta live in Phones: a Brief history of Story Worlds. Mixed Realities in the

Living Tattoos Social Platform In: Urban Mixed Realities: Technologies,

Theories and Frontiers, Presence, place, collaboration, space, mixed reality

Rod McCall Chair, Florença, abril de 2008.http://www.chi2008.org/CHI - ACM,

2008 .

http://www.cap.eca.usp.br/ars10/venturelli_domingues.pdf

hamdan, camila. projeto consorciado i: game em realidade aumentada - a sua própria tela para o...

Documents