Users' Diaries

Recent diary entries

Magic Earth routet dich im Kreisverkehr, von der Pragerstraße kommend, in die erste Ausfahrt in die Ernst-Vasovec-Gasse. Um ins Bauhaus zu gelangen müsste man die 2. Ausfahrt nehmen. Beim darauffolgenden Kreisverkehr bin ich schneller, wenn ich die 2. Ausfahrt nehme und die Nebenfahrbahn(Wiener Straße) benutze. Hier ist zwar eine 30km/h Geschwindigkeitsbeschränkung aber ich umfahre die Ampel an der Krezung Wiener Straße/Weißes Kreuz Straße. (Magic Earth routet mich in die 1. Ausfahrt, zur Ampel) An dieser Ampel bin ich letztens cirka 1 Minute gestanden. Vom 2. Kreisverkekehr weg (1. Ausfahrt) auf der Wiener Straße über die Kreuzung (Ampel) nach links zum Bauhaus cirka 110 Sekunden. Fahre ich die Nebenfahrbahn (30 km/h), ohne Ampel cirka 60 Sekunden

Location: Katastralgemeinde Strebersdorf, Floridsdorf, Wien, Österreich
Location: Île de la Possession, Terres australes et antarctiques françaises, France

Today I’m introducing this road mapping tool in Openstreetmap https://mapwith.ai/rapid#background=Maxar-Premium&disable_features=boundaries&map=16.20/-7.83211/-49.36525 where it makes mapping in Openstreetmap very easy.

The tool detects unmapped roads in Openstreetmap through artificial intelligence and makes life easier for the mapper,

More tools can be found on the site of UMBRAOSM - União dos Mapeadores Brasileiros do Openstreetmap.

Hoje venho apresentar essa ferramenta de mapeamento de estradas no Openstreetmap https://mapwith.ai/rapid#background=Maxar-Premium&disable_features=boundaries&map=16.20/-7.83211/-49.36525 onde facilita muito o mapeamento no Openstreetmap.

A ferramenta detecta estradas não mapeada no Openstreetmap atraves de inteligência artificial e facilita muito a vida do mapeador,

Mais ferramenta pode ser encontrada no site da UMBRAOSM - União dos Mapeadores Brasileiros do Openstreetmap. https://www.umbraosm.com.br/ferramentas-para-o-osm.html

Raphael de Assis

Recife/PE. - Brasil

Ja, es ist Jahr 2 mit Corona.

Bei uns ist aktuell wohl die britische Variante die verbreitetste, wobei – wenn es nach der WHO geht – ab sofort griechische Buchstaben die Varianten bezeichnen sollen.

Wo die doch jeder alle kennt – oder gibt es da mehr als 5 Buchstaben? Die Wikipedia nennt 24 “klassische” plus 7 “nicht-klassische” Buchstaben. Direkt mal endlich auswendig lernen.

Wie geht es dann wohl nach 33 Varianten weiter?

OSM? Achja, aktuell trendet die App “StreetComplete”. Diese zeigt dort, wo man gerade ist, Fragen zu unvollständigen Mappings. Etwa, wieviele Etagen ein Gebäude hat, welche Bürgersteige es gibt und ähnliches.

Ist eigentlich ganz spaßig.

Location: Littfeld, Kreuztal, Kreis Siegen-Wittgenstein, Nordrhein-Westfalen, Deutschland
Posted by zohaib_ on 2 June 2021 in English. Last updated on 11 July 2021.

Hello everyone, through this diary I would like to introduce myself to the broader OSM community and share plans regarding my GSoC project

About Me:

I am Zohaib Ansari, an undergraduate student in Electronics and communication from New Delhi, India

I spend my free time learning programming, working on my own small open source projects

I was introduced to OSM by a friend I play geoGuessr with, and coming across Vespucci made me interested in applying to OSM as the project idea seemed pretty interesting

Element history widget for Vespucci

During the GSoC coding period, I will work on creating the element history widget as a library for android apps, the element history widget will bring a feature similar to JOSM’s native element history comparison dialog to android (with certain platform limitations)

The Main features of this library would be:

  1. Display information about all the iterations an OSM element has gone through
  2. Selection of any 2 versions of the element from the history and allow comparison between them
  3. Displaying other information including coordinates, changesets etc

Apart from creating the library, I would also work on providing robust test cases for the library itself and for Vespucci after the library has been integrated with it.

I will keep a detailed account of my work in the github wiki of the project and will also keep this diary entry updated throughout my time working with Vespucci, please feel free to reach out if you have any questions regarding my work or anything else!

Link to detailed Roadmap and Progress for this project: Wiki

Location: Gandhi Nagar, Vivek Vihar Tehsil, Shahdara, Delhi, 110031, India

Introduction

Hi OSM community! My name is Vuong Ho, an international student at the University of Rochester in the U.S. I am currently living in Ho Chi Minh City, Vietnam, though, since due to Covid-19, I haven’t had the chance to go the States yet. In my free time, I like to tinker away with my small personal projects, play games with my friend, and watch cat videos on Youtube. Once this pandemic is over, I am thinking of going mapping around too!

Though I have never contributed to open-source, I really like the idea of openly sharing software for public use and would like to contribute to a project someday. Therefore, I am really glad to have the opportunity in this GSoC to contribute to OpenStreetMap!

My GSoC project: Opening hours tag evaluator

As noted by Simon Poole, the current opening hours parser lacks a complete evaluator for its input opening hours tag. This project will center around building an evaluator to determine if an input of date and time translates to a location is currently opened or closed based on an opening hours tag (specifications here). This evaluator will also support checking sunrise/sunset and holiday information, if any is provided in the opening hours tag, since these are supported by the parser.

The evaluator will be in the form of a data structure resembling a compact calendar, though this may change over the course of the project since I will be making use of the test-driven development framework to develop the evaluator. The information on sunrise/sunset and holidays is taken externally, using other open-source libraries and data. My full project proposal can be found here.

The milestones for my project in the span of two months of this year’s GSoC are:

  1. Creating a simple evaluator that supports checking open/close status of time and day
  2. Adding support for sunrise/sunset information
  3. Adding support for holidays information

See full entry

Location: Khu phố 7, Ben Thanh, Thủ Đức, Ho Chi Minh City, Vietnam

A fagyizáson személyesen felmért adatokat kombinálnánk a többi meglévő forrásunkkal és ez alapján pontosítanánk a helyszínt. További információk a Wiki oldalon olvashatók:

Bikás parki tábla és bike

Posted by AntoJvlt on 1 June 2021 in English.

Hello everyone!

I will be sharing my GSoC’21 journey with OpenStreetMap through this diary. Feel free to ask me questions if you have any, I would be delighted to answer them!

Who am I?

I am Antonin Jolivat, a French student in an Engineering School which specializes in Computer Science.

Passionate about Software Engineering, I spend many time to discover new domains and create personal projects related to them. The rest of my time, I like to read about what others people do, entertain myself with various things and work out to stay in shape.

I came accross OpenStreetMap while working on a project involving maps and it stayed in my mind. I recently got involved a lot more as I have chosen OSM as my organization for the GSoC’21, and I am very happy to have made this choice! :)

My GSoC Project: QA Reports Extraction Tool for Nominatim

This project is mainly concerning Nominatim but it will help to increase overall OSM data quality.

Nominatim is the OSM’s main geocoding software used to process geocoding requests on OpenStreetMap data. The software uses its own database schema which differs from the one used by the main OSM database. As a result, Nominatim processes OSM data in a way that allows to discover a lot of inconsistencies. The idea of the project is to build a Quality Assurance Tool which will analyze the Nominatim database and extract errors from the OSM data.

Those errors would be made available to everyone through a map, so that OSM mappers will be able to correct them easily.

At the beggining, we plan to use Osmoscope to display the data errors through a map. This map may be available under https://nominatim.openstreetmap.org/osmoscope (/!\ subject to change)

In the future we could even imagine to share the data errors through other tools, like in the form of challenges suitable for https://maproulette.org/.

The main goals of the project are:

See full entry

Location: Cité Emile Zola, Orléans, Loiret, Centre-Val de Loire, Metropolitan France, 45000, France

About Me

I am Yash Srivastava, an undergraduate student from the Indian Institute of Technology at Roorkee in Uttarakhand, India. I usually spend my time exploring different technologies and creating various projects.

Apart from development, I enjoy solving rubix’s cubes, reading books, watching anime. I also love adventure sports and travelling to different places.

Journey to OSM

I was working on creating a website for my college society where we needed to integrate a map to find the location of our college society.

At first, I tried with Google Maps integration, but the location was not found there and integrating it also required some API keys, which involved more work. Later while searching for alternatives, I found out about OpenStreetMap and how we can integrate it with our website and make changes to its database in a hassle-free way.

GSoC Project: Interface for reporting search bugs for Nominatim

The project proposal can be found here

Currently, there is no standard platform where users can report geocoding bugs or send feedback. Generally, if a user wants to give feedback or report a bug, one has to have a GitHub account and then create an issue that is not feasible. Thus we aim to create an Interface for reporting search bugs for Nominatim.

It will have the following project goals:

  1. The interface will be mobile-friendly.

  2. The backend will store log files for the reported bugs.

  3. Test suit will be created and iterated parallel to both frontend and backend.

Since this year GSoC has a shorter period thus we will have the following stretch goals:

  1. We will be adding a python script that will export log files to a CSV format that can be processed through Geocode-Tester to recheck the reported bugs.

  2. Dockerizing the whole application for the portability of code.

  3. Creating a Continous Integration pipeline using GitHub-Actions.

  4. Adding internationalization support.

See full entry

Location: Vijyant Khand, Chinhat, Lucknow, Uttar Pradesh, India
Posted by Puxan on 31 May 2021 in Spanish (Español).

Creo que un problema importante para la calidad del mapa son los mapathones.

Durante la pandemia se han multiplicado los mapathones on line. A los que yo he asistido, normalmente, tras una introducción, se dividen los mapeadores en varias salas. Cada sala tiene asignado un representante del equipo organizador para resolver las dudas del grupo

Se podrían implantar dos normas para mejorarlos:

1.- No admitir al mapathon a mapeadores nuevos que no hayan completado al menos un tutorial de los que hay en la red (learnosm.org, el incluido en la ayuda del iD Editor, …). Yo veo que actualmente se admiten mapeadores que ni siquiera se han registrado aun en OSM. Los que no hayan podido completar ese mínimo trabajo previo pueden ser dirigidos a un próximo mapathon

2.- El equipo organizador debe comprometerse a revisar todos los changesets del mapathon en un plazo corto de tiempo (¿7 días?) y mandar un informe de ello a cada mapeador. Si es preciso, se reduce el número de mapeadores al número que pueda revisar el responsable de cada sala.

El equipo organizador debería velar por la categoría de los responsables de cada sala de mapeo

Location: Sant Antoni, Mahón, Menorca, Islas Baleares, 07701, España
Posted by jinalfoflia on 31 May 2021 in English. Last updated on 13 October 2021.

Are you wondering what to map next? Don’t worry we got you covered! We have three interesting tasks as the next maproulette challenges for you all. They are for mappers who are just starting or are experienced. Here are the tasks for you all:

  1. Connectivity checks: https://maproulette.org/browse/challenges/17714
  2. Sharp Angle checks: https://maproulette.org/browse/challenges/17716
  3. Invalid turn restrictions: https://maproulette.org/browse/challenges/17715
  4. Crossing ways: https://maproulette.org/browse/challenges/17943
  5. Wrong one way- double way - https://maproulette.org/browse/challenges/17958
  6. Road Islands - https://maproulette.org/browse/challenges/17950

Put your mapping hats on and let’s do some mapping!

We would love to hear suggestions and feedback from you on these tasks so that we could better ones next time.

PS: Can’t wait to see who is going to be on top in this challenge (psst.. We have some goodies for you) 😉

Happy Mapping!

Primeiro Voluntário no Brasil.

Hoje Pesquisando os Usuários no OpenstreetMap acabei encontrando esse usuário com registro de Primeiro Voluntário no Brasil, a data do seu registro e de 2006 e o Nome de Usuário se chama, Claudomiro e o seu Diário osm.org/user/Claudomiro/diary relata que é o primeiro voluntário no Brasil, Seu Diário também mostra informações de Viagem, encontros com outros Mapeadores e todo o Inicio da Comunidade Brasileira do Openstreetmap que hoje conta com muitos mapeadores que se registra todos os Dias.

See full entry

Location: -8.122, -34.954

About 6 weeks ago, I signed up to openstreetmap.org (OSM) to map my contact’s addresses and my public transport routes. My thinking was that adding these details will mean I will use OSM based apps everyday. When I add new contacts in the future, I will add their addresses to OSM too.

Of course, the first address I added was my home address and then the addresses on my street. I posted my initial impressions of OSM in my diary and people commented about my diary entry. I read their comments and their diary’s. I learnt from their diary’s that addresses can be automatically imported to OSM from government data sources as long as OSM have permission to use those data sources. I didn’t want to be doing work that could be automated, so I checked to see if my government offered open data that listed all the addresses in Australia. I learnt that such data existed and that another OSM mapper was requesting the appropriate government permissions to automatically import this data to OSM. I also learnt that with a powerful computer and AI software that buildings can be mapped too. I felt quite disillusioned and decided to take a break.

I came back with the idea of recording GPS traces of my public transport routes, but then I learnt that the GPS on my Nokia 6.2 has a known issue with accuracy.

Then I decided I would add nodes for local businesses, which is based on local knowledge and will not be automated for many years to come!! Initially, I thought I could map those businesses off the top of my head having passed them for years. As soon as I sat down at my PC to add those businesses I realised I couldn’t remember some businesses.

So, I went down the street, mentally recording the sequence of the businesses. I returned to type in the business names and their addresses. OSM made me really look at my surroundings and there were things I didn’t notice in my neighbourhood. That’s when I got hooked on adding more information about these businesses to OSM.

See full entry

This diary is about load testing. I find load testing useful mainly because of two reasons: 1. it shows multiuser access problems; 2. it shows how good is the implementation.

The idea is to simulate mapathon. A mapathon is an event where multiple mappers map the same (big) area. To manage the work, the area is divided into smaller squares. Then, each mapper asks the server to map or review a square, works some time on the square, and finally asks the server to mark the square as needs mapping, needs review, or is done.

I use locust.io to load test the damn server. The test file is part of the repository. There is 80 % of mappers, 20 % of reviewers, and 2 testing areas. Each mapper/reviewer works for 30 - 60 seconds, then waits for 30 - 60 seconds, and then works again. All the mappers are spawned within the first minute. The test is stopped soon after there is 0 % to map for both of the areas.

damn-project.org runs on $5/month VPS with 1 GB RAM, single 2.2 GHz vCPU, and 25 GB SSD disk.

100 mappers handled The first round of load testing gives the idea about the server after the refactoring. The average response time for 100 mappers is 270 ms. Not bad, I would say.

It’s a bit worse when testing 200 mappers, though. I’ve stopped the test after 20 minutes.

Some improvements Two years ago, I decided that there must be some better solution for the problem of dividing a big area into smaller squares. I found that there is PostGIS extension to PostgreSQL so I decided to go with it. Two year later (now,) I’ve discovered database indexes.

Also, I’ve read part of the documentation and set postgres parameters.

Finally, I switched gzip on.

See full entry

Quand j’ai commencé à cartographier en septembre dernier, j’ai eu la chance de rapidement tomber sur un territoire vierge dans OSM. Par territoire vierge, j’entends qu’il existe quelque chose sur le terrain mais qu’OSM n’en a pas connaissance. Aucun rendu ; visuellement, rien.

À vrai dire, j’étais tombé sur plusieurs zones très peu renseignées, mais il y avait toujours une petite trace de quelque chose. Ici, rien.

Ce qui m’a marqué dans ce cas-là, c’est qu’il s’agit d’un parc animalier touristique et qu’il n’est pas récent. Vous l’aurez deviné, c’est la Vallée des Tortues. Charmant parc animalier, modeste, pour petits et grands, qui se trouve à Sorède, non loin de la frontière espagnole.

🐢 http://www.lavalleedestortues.fr/

Si vous passez dans le coin, je vous invite à y faire un tour.

Au départ, donc, rien.

nada

See full entry

Location: Mas Pouater, Sorède, Céret, Pyrénées-Orientales, Occitanie, France métropolitaine, 66690, France