semanárioOSM 757

 

16/01/2025-22/01/2025

lead picture

MERCATOR:EXTREME [1] |, um mapa Web que mostra as distorções próximo aos polos. © Drew Ross | mapa © Contribuidores do OpenStreetMap.

Mapeamento

  • Estas propostas foram objeto de pedidos de comentários:
    • mtb:scale:amtb=* propõe um esquema de etiquetagem para classificar a adequação dos trilhos de BTT para a prática de BTT adaptativo (AMTB), tendo em conta as necessidades específicas dos ciclistas com dificuldades de mobilidade. Esta escala alarga a escala existente mtb:scale com atributos adicionais centrados na largura, superfície, inclinação e obstáculos do trilho.

Campanhas de Mapeamento

  • O Swiggy (um serviço de entrega de comida em linha) e o Ola (um serviço de transporte de passageiros) estão atualmente a realizar edições organizadas no OpenStreetMap em toda a Índia.

Comunidade

  • Na segunda-feira, 20 de janeiro, Donald Trump, novo presidente dos EUA, assinou uma ordem executiva que obriga as agências federais norte-americanas a mudar o nome do Golfo do México para “Golfo da América” em todos os mapas e documentos oficiais. Em resposta, seguiram-se várias reacções em OSM community e en.osm.town que confrontam esta diretiva com a realidade do OSM, onde surgem disputas fronteiriças.
  • InfosReseaux fala sobre como o OpenStreetMap está a ajudar na gestão dos ativos da rede elétrica. Diz que a marcação exata e os dados abertos são realmente importantes para adaptar as redes aos desafios climáticos. A publicação menciona sistemas avançados de etiquetagem, ferramentas como o StreetComplete e o Osmose, e a forma como trabalham em conjunto com operadores como a Enedis. Também aborda os resultados alcançados pela comunidade francesa, como a revisão de 255 000 torres de transmissão, a melhoria da descrição das linhas elétricas e a utilização de IA e LiDAR para introduzir melhorias.
  • A OpenCage está a planear reiniciar a sua longa série de entrevistas com comunidades OSM de todo o mundo. Para a primeira edição, decidiram entrevistar Amanda McCann, a criadora do WaterwayMap, um mapa de cursos de água do OpenStreetMap.
  • Thomas Froitzheim, no simpósio “Nature.Tourism.Future” da Associação Alemã de Pedestrianismo, destacou as oportunidades e os desafios da utilização do OpenStreetMap no turismo ao ar livre, salientando o seu potencial para melhorar a navegação e o desenvolvimento de percursos pedestres.
  • B-unicycling, um violinista da banda The Dubliners Experience, está em digressão pelos Países Baixos, captando imagens ao nível das ruas e carregando-as no Panoramax.

Eventos

  • O Lab Hub do HOT está programado para hospedar um webinar, “Open Mapping with ChatMap”, a 30 de janeiro de 2025. O evento explorará maneiras inovadoras de aproveitar o WhatsApp, Telegram e Signal para iniciativas de mapeamento aberto. As inscrições já estão abertas aqui.
  • O Comité Organizador do State of the Map LATAM 2025 está a convocar designs de logótipos que representem o OpenStreetMap, a conferência State of the Map e o espírito de Medellín, Colômbia, a cidade anfitriã do evento. Os desenhos devem ser originais, reconhecíveis e com licença aberta (CC BY SA). As submissões devem ser feitas até segunda-feira, 3 de fevereiro, e o vencedor receberá mercadorias do SotM LatAm 2025 e reconhecimento no site oficial do evento.

Mapas

  • Drew Roos desenvolveu o MERCATOR:EXTREME, um mapa interativo da Web que apresenta a projeção de Mercator. No entanto, é possível substituir o pólo por qualquer ponto da Terra, o que realça as deficiências de Mercator na visualização exacta de áreas próximas do pólo.
  • Historicamente, tem havido um pequeno problema com os mapeadores de campos de golfe que utilizam geometrias estranhas para os campos, em parte porque alguns dos softwares que utilizam dados OSM como fonte para jogos de golfe, por exemplo, no PGA Tour 2k23, não compreendiam algumas construções OSM, como os multipolígonos. No entanto, parece que a partir de um conjunto de alterações de comentários de discussão este problema pode ter sido resolvido, e esperamos ver menos “geometrias estranhas” no futuro.
  • Sven Geggus descreve melhorias nos servidores de mosaicos do OpenStreetMap para a apresentação de mapas com nomes localizados. Adaptando o openstreetmap-carto-flex-l10n.lua e usando a ferramenta osml10n durante a importação da base de dados, os utilizadores podem conseguir a localização em línguas como o inglês, o francês ou o espanhol.

OSM em ação

  • A Secret Melbourne apresenta “City of Melbourne Cool Routes”, um mapa interativo que mostra as ruas e os espaços que são relativamente mais frescos, ajudando-o a planear viagens seguras e confortáveis através da cidade de Melbourne, na Austrália..

Software

  • O AED Map permite procurar desfibrilhadores AED nas proximidades num mapa Web, para proporcionar aos primeiros socorros um acesso rápido a esta informação crítica. O código está disponível no GitHub.
  • A Graphmasters é especializada em soluções de tráfego em tempo real, fornecendo tecnologias de navegação dinâmica e de otimização de rotas. O seu software aborda o congestionamento urbano, a gestão de frotas e os desafios logísticos através da integração de IA e de dados em tempo real. O seu motor de encaminhamento NUNAV utiliza dados atualizados do OpenStreetMap em todos os seus produtos e participa ativamente na manutenção dos mapas atualizados.
  • O HeiGIT apresentou algumas métricas sobre as ferramentas do ohsome e o impacto do OpenStreetMap em 2024, descrevendo a escala de utilização do OSM e as capacidades analíticas do ohsome.
  • Digvijay Kumar destaca o Organic Maps como uma alternativa de código aberto, centrada na privacidade, ao Google Maps construído com base em dados do OpenStreetMap. Oferece navegação offline, mapas pormenorizados, percursos para caminhadas e ciclismo, curvas de nível e orientação por voz, sem anúncios nem rastreio.
  • A KartaVoice é uma aplicação baseada na Web que facilita a recolha de pontos de interesse utilizando IA, comandos de voz e a câmara do seu dispositivo. Captura localizações precisas, estima distâncias e permite atualizações como a adição de endereços. Este processo simplificado torna a recolha de dados mais rápida do que os métodos manuais tradicionais.
  • Foi proposta uma nova função de ida e volta para o BRouter, que adiciona parâmetros personalizáveis para a direção, distância de ida e volta e comportamentos de rota, como permitir o mesmo caminho para viagens de regresso. Esta funcionalidade permite aos utilizadores gerar rotas circulares personalizadas, melhorando a flexibilidade das tarefas de navegação e encaminhamento.
  • A OwnTracks é uma aplicação de código aberto para seguir a sua localização de forma privada e segura. Permite aos utilizadores criar um diário de localização pessoal ou partilhar a sua localização com amigos e familiares utilizando protocolos abertos. A aplicação funciona com servidores existentes ou configurações auto-hospedadas, garantindo a privacidade.

Programação

  • Ilya Zverev está a tentar melhorar o EveryDoor e desenvolver uma rotina para carregar fotografias do telemóvel para o Panoramax e pergunta sobre a autenticação com OAuth.

Releases

  • A Vespucci anunciou a adição do suporte Panoramax como uma nova funcionalidade na sua próxima versão 21.0.

Sabia que…\Conhece…

  • … que o limite teórico para o valor do ID do objeto OSM é 9,223,372,036,854,775,807?
  • … que o German-style tile server oferece renderizações de localização latina para nomes de lugares? Isto contrasta com a camada de mosaicos padrão do OSM, que prefere mostrar os nomes dos lugares na escrita não latina usada pelos habitantes locais.

Outras coisas “geo”

  • Pode encontrar um excelente plugin QGIS, o Layer Color plugin, que permite ajustar as cores de fundo das camadas e dos grupos na janela da camada, de modo a tornar a estrutura da camada mais clara e mais estruturada, unicamente através da diferenciação ótica melhorada.
  • Wille Marcel partilhou ideias sobre a visualização dos dados geoespaciais polares da NASA, utilizando bibliotecas de cartografia 3D como Deck.GL, MapLibre e Mapbox Globe View. O blogue destaca os desafios das projeções Web Mercator perto dos polos e o processo de aperfeiçoamento das ferramentas da plataforma CASEI para permitir uma representação precisa dos dados nas regiões polares. São apresentadas soluções de fonte aberta e experiências com a visualização Globe View para melhorar os fluxos de trabalho geoespaciais.

Próximos eventos

OndeO quê?OnlineDataPaís
GambirOSM Indonesia Community Monthly Meeting 2025-01-23flag
Lübeck149. OSM-Stammtisch Lübeck und Umgebung 2025-01-23flag
OSMF Engineering Working Group meeting 2025-01-24
ChambéryMapathon en ligne saison 24/25 CartONG 2025-01-27flag
Saint-ÉtienneRencontre Saint-Étienne et sud Loire 2025-01-27flag
Stadtgebiet BremenBremer Mappertreffen 2025-01-27flag
City of EdinburghGeomob Edinburgh 2025-01-28flag
БеоградSrbija OpenStreetMap okupljanje 2025-01-28flag
BerlinOSM-Verkehrswende #65 2025-01-28flag
MapRVA Map & Yap 2025-01-30
DüsseldorfDüsseldorfer OpenStreetMap-Treffen (online) 2025-01-29flag
UgíjarMapas y Tapas 2025-01-30flag
London Borough of IslingtonGeoMob London 2025-01-30flag
Salt Lake CityOSM Utah Monthly Map Night 2025-02-05flag
Missing Maps London: (Online) Mapathon [eng] 2025-02-04
San JoseSouth Bay Map Night 2025-02-05flag
StuttgartStuttgarter OpenStreetMap-Treffen 2025-02-05flag
iD Community Chat 2025-02-05
MontrougeRéunion des contributeurs de Montrouge et du Sud de Paris 2025-02-06flag
中正區OpenStreetMap x Wikidata Taipei #73 2025-02-10flag

Nota: Se pretender ver o seu evento aqui, por favor OSM Kalender coloque-o no calendário. Só dados lá colocados aparecerão no weeklyOSM.

Este semanárioOSM foi produzido por Elizabete, NunoMASAzevedo, Raquel Dezidério Souto, Strubbl, derFred, mcliquid.

3 Replies to “semanárioOSM 757”

  1. Since the German l10n tools are mentioned here twice, it’s worth noting the inherent limitations to the underlying transliteration software: because OSM does not explicitly indicate the language of the value in the name=* key, the transliterator cannot choose a transliteration scheme appropriate to that original language. Instead, it falls back to a language-agnostic transliteration scheme that’s only designed for collation, not display. Essentially, the transliterator detects the writing system and assumes a particular language, such as Russian for all Cyrillic text, Standard Arabic for all Arabic text, and Mandarin Chinese for all Chinese and Japanese text.

    The upshot is that, if you use this tool for displaying labels on a world map, you can expect almost every label in Ukraine, Iran, Pakistan, or Japan to be wrong or even politically offensive. A developer might decide that showing something misleading is better than showing something completely unreadable, but they should be aware of the implications.

    1. Sorry, I was writing from (false) memory when I first replied; but at the time I’m writing this, that reply has not made it through moderation anyway. (In the preview after submitting, my paragraph breaks looked broken; I don’t know if that caused a rejection.) I have since had the opportunity to quickly check and compare OSM’s German style with OSM’s default style on a more robust system.

      Minh Nguyễn is right: If you use the German style and zoom in on China, Taiwan, or Japan, you see (pseudo*) Hanyu Pinyin everywhere. Which is a nice feature for Chinese places, whereas for Japanese places it’s mostly useless and possibly misleading clutter.

      So, OSM default style displays all “CJK Unified Ideographs” (to use Unicode terminology, however inaccurate the term “ideograph” may be) using Japanese-looking glyphs, even for explicitly Chinese names of places in China.
      The German style does the same thing and additionally displays each ideograph’s most likely Modern Standard Mandarin pronunciation, confusingly even for Japanese names of places in Japan. But this only happens as a fallback wherever OSM hasn’t got a proper romanized form (don’t know if and how it also depends on the stated language of that form), effectively meaning you will only notice if you zoom in.

      We might add the pitfalls of labeling places in Poland (and similarly, in Czechia), where there is often (1) a traditional Polish name if Polish was (also) spoken in or near the place, and/or (2) a traditional German name if German was (also) spoken in or near the place, and/or (3) a non-traditional German name invented by a Nazi bureaucrat after annexation if they dismissed the traditional German name as sounding too Slavic or there was none, and/or (4) a non-traditional Polish name adopted after annexation if the traditional Polish name sounded too German or there was none. Even where (2) existed, it may have seen less currency than (1), even on old German maps. I can’t check now so I don’t remember if OSM German style prefers (2) or (3) for German labels, nor how it tells them apart.

      I still don’t see any potential problems with using ISO 9 for Cyrillic (for example: я→â), which is what German style uses as fallback. I think it’s great to have as a fallback for any Cyrillic.

      As I wrote in my first reply, it helps if you know whether what you’re looking at is just a language-agnostic transliteration which may not convey a good idea of pronunciation; but then, neither does the “proper” transcription for Russian, as it doesn’t indicate stress and neutralization of unstressed vowels.

      *) “Pseudo” because firstly, in the case of Japan, the transliterations are obviously not real-world Chinese names; secondly, the converter cannot identify word boundaries, so converts everything into space-separated single Chinese syllables unlike proper Hanyu Pinyin; thirdly, because it cannot tell where to use uppercase, so it uses lowercase throughout, unlike proper Hanyu Pinyin; and fourthly, there may be some wrong guesses when a character has multiple readings in MSM.

      1. “Almost every” might’ve been hyperbole on my part, but suboptimal transliterations are quite common in non-Russian Cyrillic contexts. There are some examples in https://github.com/onthegomap/planetiler/issues/86#issuecomment-1050039099 and subsequent comments from Planetiler, which uses the same l10n library. (I got a chuckle out of the transliteration of 向 as “xiàng~ke”, which is perfectly reasonable for collation but not so much for display.)