hvalentim's Comments
Changeset | When | Comment |
---|---|---|
133102496 | over 2 years ago | + Swings |
132077136 | over 2 years ago | Na verdade, essa linha administrativa foi importada da CAOP 2014. Na CAOP 2021 parece ter havido alterações. Por conseguinte, se for para atualizar para o limite administrativo mais recentemente definido, p.f. mexa :)
|
132077136 | over 2 years ago | As fronteiras administrativas têm por fonte a Carta Administrativa Oficial de Portugal (CAOP), atualmente na edição 2021. P.f. não as altere.
|
129813621 | over 2 years ago | A utilização dos “Secondary Wikipedia links” parece-me sobretudo útil quando os objetos não são únicos e se trata de remeter para um artigo na enciclopédia que fornece informação sobre algum dos seus atributos (partilhado com outros objetos) – tal por ex. o caso do género das árvores (em que um número potencialmente infinito de carvalhos aponta para o artigo “Quercus”) ou a autoria por parte de um arquiteto (em que inúmeros edifícios podem apontar para o mesmo nome). Também me parece interessante no caso em que por ex. temos situações tais um artwork (e.g., a estátua de um escritor) em que por hipótese queremos simultaneamente: a) apontar para o escultor (autor); b) apontar para o escritor retratado (a título de subject). Caso exista na Wikipédia um artigo específico sobre esse artwork, nesse caso deveríamos fazer coexistir os “secondary links” com uma remissão para o artigo específico usando o tag primário e habitual (wikipedia=*). Ora, no caso da Cruz de Pedro Jacques, colocada para marcar o local da Batalha da Salgadela ou de Castelo Rodrigo, parece-me um objeto único e primordial QB que dispensa o uso de um “secondary wikipedia link”. De outro modo, em coerência, também vai ter que aplicar o subject:wikipedia ao painel informativo que está lá mesmo ao lado. Não devemos ainda perder de vista que existe a necessidade de um balanço entre o rigor semântico e a funcionalidade. Não vejo inconveniente no “subject:wikipedia=pt:Batalha de Castelo Rodrigo” desde que me garanta que o artigo da Wikipédia vai continuar a ser reconhecido como tal pelas aplicações que processam a informação – no caso do próprio openstreetmap.org já vi que não, o artigo dessa forma não surge hiperligado; no caso do OsmAnd – que como sabe mantém uma base de dados de artigos da Wikipédia referenciada aos objetos do OSM, para descarga e uso offline - ainda não testei, mas suspeito que assim também não vai funcionar…. |
129813621 | over 2 years ago | Sobretudo, porquê substituir o reconhecido e usado (por muitas aplicações) wikipedia=* por memorial:conflict:wikipedia=* ? |
129813739 | over 2 years ago | Qual é o interesse de suprimir o reconhecido tag wikipedia? |
127007805 | almost 3 years ago | Bom Dia,
Cump.s
|
117657451 | almost 3 years ago | 1= O tag não indicava as ruínas de um castelo; indicava um cume (ponto mais elevado).
|
127007805 | almost 3 years ago | Continua a mapear partes de edifícios (e.g. varandas) como edifícios separados. "Don't tag for the renderer Here are some negative examples in context to buildings:
Cf.: osm.wiki/Buildings |
71049489 | almost 3 years ago | |
120431041 | about 3 years ago | Preferably, for accuracy of alignment verification purposes in PT you are well advised to use the "DGT" layers, such as:
|
120431041 | about 3 years ago | You have introduced gross misalignments (up to 20 meters offset) here by using poorly aligned imagery (seemingly Bing)! You should have noticed it when you moved the Survey Point on the top of the castle! |
67248922 | about 3 years ago | Há cerca de 3 anos, quando planeei e visitei o local e na sucessão do que, como é meu hábito, fiz e revi as alterações no OSM, existia uma zona reconhecivelmente ajardinada após as escadas; que esta fosse um perfeito retângulo foi simplificação. Desconheço, entretanto, se evoluiu para melhor ou para pior e se, designadamente, por hipótese, por falta de manutenção, tal zona já não se discerne. Se visitou o local muito recentemente está em melhor posição para o avaliar. |
120590911 | over 3 years ago | Continua a adicionar uma quantidade inútil e ineficiente (do ponto de vista das aplicações que têm de tratar os dados) de micro landuse=residential contíguos (na verdade para demarcar "lotes"). Se está preocupado com a separação do estrito ponto de vista da representação visual (que aliás nunca deve ser a preocupação primordial; o OSM antes de mais é uma base de dados) repare que a cumulativa e sistemática etiquetagem, que tem aplicado, com o tag barrier=wall aos limites já o garante. Pertinente seria adicionar a cada lote/parcela a informação relativa ao respetivo número, rua, código postal etc... a partir dos dados disponibilizados pelo INE - veja-se por ex. a informação que aqui consta: osm.wiki/Portugal/Projetos/Importa%C3%A7%C3%A3o_de_endere%C3%A7os |
116889200 | over 3 years ago | And you are drawing building parts as separate buildings. If you want to go on that level of detail you ought to consider using relations
|
116889200 | over 3 years ago | Also, you deleted the tag for Tremoçeira as shop=doityourself without adding a replacement. |
116889200 | over 3 years ago | Where available please consider using Ortophotos Litoral over Bing for the alignment. The quality/precision is much better. Also JOSM is a more capable editor (if you want to use things like imagery offset). |
57077352 | over 3 years ago | Thanks a lot. I am glad you appreciated all the work that went into it. |
76485228 | over 3 years ago | Obrigado. Aparentemente mais um perdido para uma pedreira. |
57077352 | over 3 years ago | Should you inspect the nodes, you will notice the following info was carefully added:
|