OpenStreetMap

Users' diaries

Recent diary entries

С миру по нитке

Posted by Otnow on 17 June 2015 in Russian (Русский)

В данный момент проходит сбор средств на новое железо для нашего проекта. Уже собрано £36,540 из £56,000 запланированных.

Support OpenStreetMap

В общем, как говорится: "С миру по нитке — голому рубаха".

Many a little makes a mickle

Поможем рублем по мере сил!

Najing

Posted by Zww on 17 June 2015 in Chinese (China) (‪中文(中国大陆)‬)

Cdjdjifhdkdndidjebjhidhshsjdicjehswdhdhciejdhsisocunejdowjdhycirndidjwucoendiashbyiwjdjcgjsjdjdiosjxhcuejndjcjdhdhc

Location: Michaelshoven, Rodenkirchen, 科隆, Köln, Regierungsbezirk Köln, 北莱茵-威斯特法伦, 50667-51149, 德国

なかなか

Posted by the-z on 16 June 2015 in Japanese (日本語)

愛媛県松山周辺の作成を始めた。

ひとまず、建物だけでもと思いながら追加をしているが、なかなか数を増やすことができない。 また、作業が単調になってしまうのですぐに中断してしまう。

しかし、数日後にマップに反映されているのを見ると、再度やる気が出てくる。

ただ、一人ではなかなか厳しい。

Primeira vez no openstreetmap

Posted by José Carlos Aires on 16 June 2015 in Brazilian Portuguese (Português do Brasil)

Hoje pela primeira vez, resolvi editar algumas ruas em meu bairro, sendo que é a primeira vez que faço isso. Acredito que estou contribuindo com as correções dos lugares que conheço com detalhes e que estavam com informações ausentes (sem nome nas ruas) ou erradas (ruas com escadas não informadas e rua com nome errado). Também acrescentei mão correta das vias que não tinham estas informações. Espero que este material não se perca e seja incorporado ao mapa de forma definitiva.

Location: Encantado, Rio de Janeiro, Microrregião Rio de Janeiro, Região Metropolitana do Rio de Janeiro, Rio de Janeiro, Região Sudeste, Brasil

Tuusula/Rantatie

Posted by etu on 16 June 2015 in English (English)

Finalized. Additionally, missing areas finalized around Järvenpääntie down to Hyrylä traffic circle. No obvious missing areas in Rantatie, Kirkonkylä or Hyökkälä any more.

Location: Tuusulan pappila, Kirkonkylä, Tuusula, Helsingin seutukunta, Uusimaa, Southern Finland, 04310, Finland

Colorindo rodovias

Posted by naoliv on 15 June 2015 in Brazilian Portuguese (Português do Brasil)

Mais uma da série "Formas diferentes de visualizar o mapa"

Não sei se todos conhecem, mas existe um tipo de relação específica para rotas de rodovias/estradas.

Todas as relações, de modo geral, servem para agrupar objetos com uma mesma característica ou para compartilhar elementos (evitando assim objetos desnecessários ou duplicados no mapa).

No caso das relações de rota, é algo muito útil para associar as várias partes de uma mesma rodovia, para representar diferentes trechos compartilhados¹, rotas turísticas (a Estrada Real é um bom exemplo que poderia ser mapeado no OSM), verificar continuidade, entre outras coisas.


¹ O que seria um "trecho compartilhado"?

Peguemos um trecho qualquer da SP-330, a Rodovia Anhanguera:
http://www.openstreetmap.org/way/241173757

Este mesmo trecho faz parte de "duas" rodovias (ou de outra forma, possui duas denominações):

Este pedaço poderia fazer parte de tantas outras rodovias ou rotas (turísticas, de ônibus, etc) quanto for necessário, sempre utilizando relações para isso.


Mas bem, quem trabalha com relações de rota já deve ter tido dificuldade de visualizá-las no JOSM. Ou a minha ignorância é grande e não consegui achar como fazer isso no JOSM ou ele realmente não tem uma opção de destacar todos os trechos que fazem parte de uma relação (e manter o destaque, mesmo selecionando e editando outros objetos).

Só que isso é muito fácil com, é claro, mágica!

Para os exemplos vamos trabalhar com essa pequena área: Área de exemplo

Quem abre o local no JOSM não enxerga em um primeiro momento o que compõe a SP-330 ou outra rodovia qualquer: Visualização padrão

Tudo é representado da mesma forma.

No JOSM até é possível selecionar a relação, dando para ver os objetos que a compõem: Relação selecionada

Mas se selecionar ou for trabalhar com outro objeto, o destaque some.

No entanto podemos sempre destacar todos os caminhos que fazem parte da relação da SP-330, independente dela estar selecionada ou não: Destaque relação

Na cor roxa temos todos os caminhos que possuem highway e que são elementos de uma relação de rota com ref=SP-330:

relation[type=route][ref=SP-330] > way[highway] {
        color: purple;
}

Mas que uso prático alguém poderia ter com isso, além visualizar a rodovia?
É possível enxergar rapidamente alguns trechos que deveriam fazer parte da relação.
Por exemplo, faz de conta que esqueceram de adicionar um dos lados da rodovia na relação. Teríamos uma das mãos sem destaque em roxo: Faltando na relação

Essa faixa da direita precisaria ser adicionada à relação.

Ou então para achar trechos errados, que não deveriam fazer parte da relação: Trechos errados

O trecho em roxo à esquerda claramente não deveria estar incluído nessa relação, já que é outra rodovia (a Washington Luís, SP-310).

Outra coisa que podemos fazer, ainda trabalhando nas rodovias, é destacar os trechos que possuem pedágio.

Trechos que pagam pedágio são representados por toll=yes no OSM, e devem ser utilizados apenas nas partes onde só é possível trafegar com o pagamento de pedágio.
Ou seja, o trecho anterior ao pedágio onde não existe alternativa a não ser seguir em frente e pagar a tarifa, e o trecho após o pedágio, onde só é possível trafegar tendo passado necessariamente pelo pedágio (são os trechos onde não tem como escapar do pedágio, portanto). Não é para se utilizar em toda a extensão da rodovia para indicar que ela possui concessão ou pedágio em alguns trechos.

É muito importante entender isso para representar de forma correta os pedágios na rodovia. Isso influencia diretamente o cálculo de roteadores que possuem a opção "evitar pedágios".

Ainda utilizando o mesmo local, podemos ver os trechos que estão marcados com toll=yes, em verde limão:

Pedágios

way[highway][toll=yes] {
        color: lime;
}

Se for analisar este trecho é possível ver que não está correto o uso de toll=yes (praticamente a rodovia inteira está com a tag, mesmo onde é possível dirigir sem pagar pedágio).

O correto nesse caso deve ser: Pedágios corretos

Dá para ver que quem for entrar na Rodovia Washington Luís, vindo do norte, não vai pagar pedágio. Quem for ficar rodando que nem bobo no trevo também não vai pagar pedágio. Mas obrigatoriamente quem veio do sul e está chegando neste trevo, teve que pagar pedágio, assim como quem está indo na direção sul também pagará.

Misturar vários parâmetros e cores também é possível.
Por exemplo, caminhos que fazem parte da SP-330 e que possuem a tag de pedágio:

relation[type=route][ref=SP-330] > way[highway][toll=yes] {
        color: purple;
        casing-color: yellow;
        casing-width: 2;
}

Para diferenciar dos outros exemplos, este utiliza um caminho roxo com bordas em amarelo: Pedágio e SP

Já temos aqui então outro uso prático para as cores: ver classificações ou marcações erradas. Todo mundo já pode começar a arrumar as relações quebradas e todos os pedágios das rodovias ;-)

Quem for mexer nessa parte de verificação e controle de qualidade das rodovias também pode, em algum momento, querer saber os trechos que algum usuário modificou por último (talvez para verificar locais que foram incorretamente reclassificados, adicionado pedágios, etc).

Não dá para fazer diretamente com MapCSS, mas dá para acessar a função de busca do JOSM através do MapCSS, com JOSM_search().
A busca de objetos de um usuário no JOSM é feita com user:NomeDoUsuário. Por exemplo, para ver o que eu modifiquei por último, basta buscar no JOSM por user:naoliv.
Essa busca só funciona nos objetos abertos no JOSM e apenas retorna a última pessoa que modificou os dados.

Unindo então a busca do JOSM por objetos modificados com algum parâmetro de seleção do MapCSS, podemos ver todas as rodovias que alguém modificou em alguma área.

Utilizando Ribeirão Preto como exemplo: Ribeirão Preto

/* destaca tudo o que fui o último a modificar */
way[highway][eval(JOSM_search("user:naoliv"))] {
        color: fuchsia;
        z-index: 1;
}

/* escurece todo o resto */
*[eval(JOSM_search("-user:naoliv"))] {
        color: #313131;
        fill-color: #313131;
        symbol-size: 1;
        icon-opacity: 0;
        symbol-stroke-color: #313131;
        text: "";
}

Os destaques em rosa (em homenagem ao nosso amigo leitoso) são as ruas onde a última modificação é minha.

Entendendo isso dá para aplicar mais estilos para várias outras situações ou necessidades.
Pode-se dar destaque em ruas que não possuem superfície, número de faixas, velocidade máxima, nome, etc.
É o que muitos dos estilos do JOSM fazem.

Location: Rodovia Anhanguera, Cordeirópolis, Microrregião de Limeira, Mesorregião de Piracicaba, São Paulo, Região Sudeste, Brasil

Użyłem śladu GPS.

Posted by Poprawiacz on 15 June 2015 in Polish (Polski)

Mam pierwszy własny ślad GPS. Użyłem go dla edycji wyglądu Rynku w Dęblinie na mapie.

Nie jest na liscie, ale w trakcie tymczasowego ładowania kliknąłem edytuj, dzięki czemu poprawiłem wygląd Rynku w Dęblinie.

Łącznie użyłem już 5 tymczasowych, ale pomocnych śladów GPS.

Czech LPIS landuse import finished

Posted by xkomczax on 15 June 2015 in English (English)

As Pavel Kwiecien informed, the import of landuse from LPIS, czech farmland registry, is finished. It means whole (except for small gapes) country have now landuse with corresponding value on it. Many thanks to everyone involved! :-)

This is not the first import in the country's history: there was import of forests, waterways (and other water-related objects), not very long ago the import of addresses was finished (updated by bot) and the buildings import is work-in-progress as we are waiting for cadastral office to digitize the rest of data).

The question is: "What next?". As the summer is calling, there will be a lot of outside mapping during next few months but it is always handy to have plan B for forthcoming fall. What are the ideas from abroad?

Tasking manager for field data

Posted by pedrito1414 on 15 June 2015 in English (English)

Just a musing on a tasking manager software, but for field data instead of tracing.

With the amount of data we are expecting to come back from the Soputh Kivu mapping, we need better tools and processes for getting it into OSM

If this rings bells with anyone, please feel free to get in touch...

Field data tasking manager concept

The need:

So far Missing Maps field data editing and uploading is fairly randomly done, using a combination of wiki pages, data in dropbox folders, scanned field papers.

On a small scale, this can be effective (and has been). However, as we start to get more and more data back from the field, and as field data becomes a normal part of mapathons / armchair mapping, this model doesn’t scale well.

It relies far too much on the person managing the project being present to explain the data and the system for uploading it. It also relies on individuals to carefully document how much of the data they took responsibility for they actually edited / uploaded.

The / One solution:

The HOT tasking manager is a great example of how software can solve problems in a crowdsourcing / microtasking environment. Whilst there is always room for improvement, its fundamental raison d’etre means that large tasks can be worked on collaboratively by many individuals at the same time.

One solution to the scaling of editing of field data is a task manager for field data that chunks up geographical areas and then presents data relevant to that area, whilst providing instructions on purpose and process.

What would this look like?

The user signs in and elects a task. The task displays with instructions and purpose. The user chooses a square from a grid. The TM displays the types of data availabkle in that square. The user then confirms their choice and locks it or chooses an alternative square.

One the square is confirmed the current OSM data for that area is displayed on the screen.

Also displayed are the types of data that are available for that square (this could be gpx, odk shapes, field papers, OpenMapKit). The user chooses the data type and it displays as a layer. The user then begins to add the data that he/she has been instructed to add.

If the user finds the object to be added (ie a building) is already in the OSM data set, he/she adds the relevant tags and saves. If the building does not exist already, the user uses imagery to try to locate it. If successful he/she adds the object and tags and saves. If the object still cannot be found, the user flags the object for further investigation, filling out a short comment. This comment is then communicated to the manager of that task.

If the user finds/creates the object but has problems tagging, s/he flags the object for further investigation, filling out a short comment. This comment is then communicated to the manager of that task.

Possible workflow for a field data tasking manager

If the user finishes editing / uploading a particular data set (eg gpx), then s/he can mark this as done. Then, the user can either move on to a different set of data or unlock the square. If s/he finishes all the data for the square, then s/he marks the square done. If the user finishes their session without completing a data set, they unlock and add a comment.

Hermosa herramienta

Posted by MONIMANU on 15 June 2015 in Spanish (Español)

Reingresé a OSM y pude realizar otros aportes. Muy buena herramienta!

Location: Mariano Moreno, Wheelwright, Municipio de Wheelwright, Departamento General López, SFE, Argentina

Soviet road's significations.

Posted by Poprawiacz on 15 June 2015 in English (English)

Unterregionia (Ukraine), Russia and Kazakhstan MOTORWAY'S on map network is signed present good.

Outreachy - Week Three

Posted by Arushi Vashist on 15 June 2015 in English (English)

Dear all,

Here is my weekly report on my Outreacy project.

#Week No: Three

##Target Milestone: Prepare final template for the HOT Export Tool website.

###Summary: Existing web pages of osm and HOT have a lot of features in common. Keeping in mind the deliverables and present design, a new template for the Export Tool was designed and presented to the mentors. Special thanks to Katja for assisting me in selection of layouts, colors, logos, fonts etc.

Tuusula/Rantatie

Posted by etu on 15 June 2015 in English (English)

Coninued finalizing Rantatie from Halosenniemi down to Onnela.

Location: Tuomala, Tuusula, Helsingin seutukunta, Uusimaa, Southern Finland, Finland

Белгородская область.

Posted by DENiS on 14 June 2015 in Russian (Русский)

Работаю в основном по Белгородской области, иногда попадаю в Курскую, до куда смогу доехать на велосипеде от города Губкин.

Postitulo Especializacion docenteen Educación Primaria y TIC Ministerio de Educación de la Nación

Posted by vanecuenca on 14 June 2015 in Spanish (Español)

Ubique la Escuela N°1 D.E:5. es muy interesante el programa. hay que seguir explorando para conocerlo mejor.. saludos vanesa

Location: Barrio Alfredo Palacios, La Boca, Ciudad Autónoma de Buenos Aires, Comuna 4, Ciudad Autónoma de Buenos Aires, C1165AEC, Argentina

ESPECIALIZACION EN EDUC PRIMARIA Y TIC

Posted by Lore Morardo on 14 June 2015 in Spanish (Español)

Ubicación de mi escuela en el mapa.

Location: Sarmiento, Achiras, Río Cuarto, CBA, 5833, Argentina

Humanitarian mapping and local communities

Posted by Jorieke V on 14 June 2015 in English (English)

In the light of two very interesting blog posts, one of Erica Hagen from Ground Truth and one of Gwilym Eades lecturer geography in the Royal Holloway University of London, in the aftermath of the Nepal earthquake; I would like to share with you some of my thoughts.

Types of mapping activities

First of all I would like to share with you a table which I created and showed last year during GeOng in France, at the Missing Maps launch in London and at the HOT summit in Washington. Every time this table lead to interesting discussions afterwards.

The table shows the existence of four different ways of OpenStreetMap-mapping:

four different ways of mapping

The first way of mapping is remote mapping without any local knowledge. Remote mappers will be able to map geometrics of buildings, roads and land use with the help of aerial imagery. This, but nothing more. A next way of OpenStreetMap-mapping is field mapping by ‘outsiders’. ‘Outsiders’, like for example tourists, development workers or humanitarians going outside to collect geographical data. This is ground truthing, but in a limited way. As outsider you can after all only collect the best known points of interest or visible things like for example the condition of roads. Field mapping done by locals is much more interesting. Locals know their environment! So they move faster, they know for example how the address system is working, they can easily ask street names in the local language, they know where to go for information on the borders of neighbourhoods, etc. But imagine what can happen when it comes to a real local OpenStreetMap-community. A maintained database of local knowledge will appear on the OpenStreetMap website and a permanent base of mappers will be present and keeps the map up to date. Isn’t it this, which is in particular interesting in prevention and preparation of crises?

Looking through the eyes of a humanitarian

Of course humanitarian organisations do what they want to do, that’s the freedom and openness the OpenStreetMap platform offers. And yes if I look through the eyes of a humanitarian organisation, I sometimes would take this freedom to map and take control of the situation as soon as possible. Because do we want to let Ebola spread in West Africa if we can help stop it? Or what do we do when a typhoon is coming towards Vietnam?

In this way you indeed can see the mapping we are doing with HOT out of a very colonial viewpoint: we connect maps with power and control again. Although me myself I’m convinced we should intervene and map from a distance in some cases, I’m also convinced we should not stop there... We should always connect crisis mapping with building and supporting local OpenStreetMap communities, and even better: if we want to do good, humanitarian mapping we should help develop and support them even before a crisis starts!

Can everybody map?

But who are the mappers of a local OpenStreetMap community exactly? Is this community a collection of the more technology-oriented people of a country? Are they youngsters out of one particular neighbourhood? Are they volunteers who are getting a per diem to collect data around the town? …

In OpenStreetMap there is one thing we cannot ignore; it will always be a project that depends on some level of technology. By this I don’t mean you need a degree in IT, but just the fact that for uploading data you need to have basic computer skills and the opportunity to use a computer with internet connection. Where this is not a problem in Europe, in a lot of other parts in the world it is. How should people in the heart of Africa discover OpenStreetMap by themselves when there is no phone network, an internet connection of 384Kbit/s costs more than an avarage monthly salary and when even the idea of mapping is strange for a lot of people.

But does this mean we only have to support and build OpenStreetMap communities with people who can handle a computer and can pay an internet connection? I think we shouldn't: every person in the world can contribute to OpenStreetMap, with his or her very local knowledge (places and people) even if he or she never touched a computer before and doesn’t speak a word of English.

In January I was for example two weeks in Bangladesh to map Hazaribagh and Kamrangirchar, two neigbourhoods in the capital Dhaka. Besides our more technical mapping heroes, we worked together with some local people who never had anything to do with mapping before, but who saw the advantage for their own neighbourhood. Mister Babul, Robin, Sharmeen and our Kam-boys; they learned about satellites in the sky, how to use Field Papers a smartphone and most of them edited in the end OpenStreetMap by themselves. Some of them are now even teaching others to map.

Same same, but different

A mapper in Bangladesh, in Mali or in Kenya is in fact not that different from a regular OpenStreetMap-mapper in Europe or somewhere else in the world. The mapper with whom he differs the most, is maybe even the humanitarian mapper… Why is somebody in Europe putting all the cycle ways on OpenStreetMap? Because he and his fellow bikers can make use of it! Why is a geography student in Cameroon mapping roads in Cameroon? Because in this way he doesn’t have to use some old geographical dataset from France anymore. Why will a slum dweller start to map his living environment? Only because he can get advantages out of it: maybe he sees possibilities in finally having an address for his business, or he sees possible improvements in the sanitation situation for him and his family.

In general, if people don’t see a direct personal advantage, it will be more difficult to motivate them to map in a voluntary way. And it might even be that people see a threat in all this mapmaking: some slum dwellers of small slums maybe prefer to stay of the map, because then it will be less likely to be discovered and evicted by the government. And it are these decisions I think we definitely should respect within our Humanitarian OpenStreetMap Team. Especially with vulnerable communities, like slum communities, or people in very remote places we have to be careful. In a perfect world, we should work together with existing communities in villages, neighbourhoods … at the smallest level possible, we should explain what mapping is, what OpenStreetMap is, what the possibilities are and let them discuss, discover and decide.

Trees!

Posted by SomeoneElse on 14 June 2015 in English (English)

As you may be aware, mapping of areas of trees in OSM is complicated. It's not possible to tell just by looking at the data which of the four(!) approaches described on that page someone is using "natural=wood" and/or "landuse=forest" to mean. It therefore didn't make a lot of sense to me to display them differently on a map created from OSM data.

Last year there was a proposal to record "leaf_type" and "leaf_cycle" separately, which makes sense (though the wider range of non-European tree types doesn't seem to be catered for as well as previously. Unfortunately a previous version of that page suggested that "wood=deciduous" should be replaced by "leaf_type=broadleaved", and a no doubt well-meaning non-local mapper decided to change some areas of mainly deciduous woodland to "leaf_type". Whilst some of these were correct, clearly there are some issues with this, but as I was changing some that I did have local knowledge of, the thing that mainly struck me was that the situation on the ground was far more complicated than previously mapped, or rendered, on OpenStreetMap. I therefore decided to start trying to record "leaf_type" and (when there was enough data, render it. Initial results can be seen here: Trees in Clipstone That location corresponds to here in OSM. There's a lot more to do there, but at least there's a bit more detail than "a large area of trees".

That rendering is created by a combination of this lua script at osm2pgsql data import time and this stylesheet. It's primarily designed for showing England-and-Wales-specific rights of way, but trees seemed like a natural extension.

inscription

Posted by RG88000 on 14 June 2015 in French (Français)

je viens de m'inscrire

Location: Argonay, Annecy, Haute-Savoie, Rhône-Alpes, France métropolitaine, 74370, France

Rwanada: A Country on the Move

Posted by PastorJ on 14 June 2015 in English (English)

Rwanda made international news in 1994 with the terrible human tragedy of the genocide. While it has been 21 years since the genocide, this is still the image many people have in their minds when they think about Rwanda. But not any more. Today, Rwanda is an African country on the move. The economy is growing, livelihoods are building, development is happening everywhere and hope in is the air. Hope, not only for Rwanda's prosperity and success, but that Rwanda's renaissance will influence neigbouring countries and serve as a demonstration of what is possible when a country adopts sound policies and makes good choices. The boom in construction has been demonstrated in Rwanda's improving network of roads. Today, the country boasts a network of major roads which are paved and well maintained. Police ensure that speeding and dangerous drivers are under control (and, unlike other African countries, it is a serious offense to offer a Rwandan police officer a bribe). The country has a long journey ahead of it. The majority of the population live in poverty. But with a major emphasis on education and job training for the future, Rwanda's future looks bright. I moved here with my wife in 2014 to work in partnership with a local Christian denomination. it is a great privilege to be a part of their work in helping the poor and underprivileged as Rwanda builds for the future. I appreciate the work of OSM contributors from around the world who are helping map Rwanda. Having the Map.me app on my ipad is a huge benefit for getting around the country. If anyone needs 'boots on the ground' to verify or examine something, please feel free to ask. Jonathan

Location: Kimihurura, Gasabo, Kigali City, Rwanda
Older Entries | Newer Entries