Blogs.OpenStreetMap.org

July 02, 2016

Outdoor Maps 80 Day Mapping Party

再転職の会談をめぐってきました。

永く勤めてきた店先を退職してから間もなく10か月になります。オタク保険の手続をしながら再新天地を探してきました。
退職した時は、自分の長い実例を活かせばアッという間にみつかるといった、現下思えばいやに安易に考えていましたが、現実は苦しいという痛感するのに時間はかかりませんでした。
10か月の間に応募した現場は、10トピックを飛び越えました。その期間の間に、肉親の勧めもあり3か月の職追及を受け、ちょっとした権利を2つとりました。また、内容書の書き方や会談を受けるときのモットーにも改革が出てきたことに、出遅れ気が付きました。
最初に持っていた自分がやってきた売買に関する過剰なプライドが、何の役にも立たないということを自覚するべきだということがひしひしと感じられるのです。
きのう、受けた会談では自分らしく受け答えをすることが出来ました。やるせないかな結果は依然わかりません。それでも、面白く会談を受けることが出来た自分にも驚いている。
出来れば、ルールも活かしたと考えていますが、一際、面白く働かせていただければいいなと思い始めました。生年月日が大きくなっている分、意外と再登用は難しい
のが現状です。
資格取得にかけて通った職追及と同じで、面白く働かせて取れる新天地を見極めることを目指して再びひと踏ん張りしようと思っています。
も、どうにか昨日の開始が受かれますようにとも願っています。新人AV女優のデビュー作をまとめたサイト

by tom at July 02, 2016 03:33 AM

"OpenStreetMap.org User's Diaries"

My Very Own “Middle-Class ‘Paranoid Guy’”

2 months ago in my first diary entry I quoted Eriks Zelenka from his diary entry recounting how he had trouble with a “middle-class ‘paranoid guy’” and, eventually, ended up in a police station under arrest. And all of this was because Eriks was surveying for OSM in Wokingham, England. Hmm. Last Thursday I found my very own ‘paranoid guy’ (following me down his street, all the while shouting at the top of his voice “where's your ID? where's your ID?”). However, I managed to avoid being thrown into choky.

It was just after 1pm on Thursday 30 June when I started walking up First Avenue, travelling clockwise from the junction with Foxhill Road Central in Carlton, Nottingham NG4, England. I was collecting house-numbers and house-names on this & adjoining streets, as I have for the last 4 months since late March 2016. The area is solid Middle-Class; mixed 1920/30s semi-detached and detached suburban homes with large patches of bungalows and some new-build homes; there are also a number of ‘unadopted’ roads (you can always tell as, normally, the tarmac hasn't been kept in good repair since the home-owners have to pay for that).

I've honed my technique since March. It takes too long to write things down + it may be raining, so I take voice notes using a headset & my mobile (it became utterly practical once I learnt how to kill wind rumble). Photos are taken at every road junction to help cross-reference the voice-notes. Importantly for what follows, if the house has a name-board I always knock on the door and ask if I can photo it. Not legally required, but a piece of decency towards the householder. No-one has ever refused. Until today, when it happened twice.

Finally, I've acquired some very useful OSM-info leaflets which double-up as OSM IDs. They do not actually have my name/contacts on them, but no-one that I give them to complains (they are produced by Andy Allan and are exceptionally high-quality, in my view).

The only problem I had until halfway up was the strong up-slope. Then, almost exactly an hour after I started, as I came out of the second side-street back onto First Avenue, I met my ‘paranoid guy’ outside of his home (the second of a semi-detached on the corner). He asked me what I was doing (not unusual). He was a little aggressive with it, but that's not unusual either & I paid it no mind. His house had a name as well as a number, so I asked if it was OK for me to photograph it. He demanded to know why I wanted to do that (also not unusual) & I explained why. There was then a silent period, so I turned & walked up his path towards the house-name. He instantly went ballistic!

He did not want me to photograph his housename. I pointed out that I had asked him & he replied “I didn't say yes”. It's not possible to win with folks in these circumstances, so I didn't try. The chap even blocked my sight of his housename from the street, so I just read it phonetically into my mobile. He now went double-ballistic, and that was the moment when he began shouting for my ID.

Now try to picture this scene:— I'm walking up a steep street of semi-detached houses, speaking house-numbers into my mobile whilst pursued by a red-faced chap shouting at the top of his voice that I'm not allowed to photograph his house-name, and where is my ID. Ahead of me appear to be all of his neighbours (6 to 8 people), gathered around their cars on the street. I give them a resigned nod of my head as I pass.

His volume & proximity increases and I grow tired of it. I spun round and stepped very close to him. He had zero right to an ID from me, and neither had I photographed his housename. No threats from me & no shouting; there was no need, as my physical presence & determination told him everything about my attitude. He stopped shouting at that point.

Two interesting extras to this:

  1. On the way back down the street another house-holder refused to let me photograph her house-name on it's board. She lived almost directly opposite the other house.
  2. On Google Street-view the street-level view is withheld for that section of the street. I reckon that I know why!

by alexkemp at July 02, 2016 01:14 AM

July 01, 2016

"OpenStreetMap.org User's Diaries"

Public Transport Plugin

Mapping public transport routes on OpenStreetMap can be a challenge, keeping them correct and up-to-date even more so. Last year I mentored the Mapillary plugin for GSoC and the idea started to ripe to do something similar for public transport. I think automation is key, as without it, it's next to impossible to even find all the problems, let alone fix them. Also the way we're mapping public transport at the moment is very repetitive and fixing all those routes for all variations of the lines gets tedious fast. This in turn results in very few people interested to do it.

At the moment the plugin is very good at detecting problems with the routes:

  • going against oneway traffic
  • gaps that are caused by wrongly ordered ways
  • routes that don't start/end on a stop_position node
  • ways that still need to be split on those terminal nodes

The latest addition is a dedicated layer, where the route for which a relation editor window has focus (is on top/active) gets highlighted. One thing that I was never able to achieve with plain MapCSS is to show sequence numbers for the stops and the platforms. Another thing was showing the refs of the route relations serving those stops. All that becomes trivial if one can simply code it in, and Darya is doing a great job there.

So, what's next?

The initial idea was to be able to start from a route relation containing just stops in the correct order and have the code figure out which ways to add to the relations. That will still happen, but fixing existing route relations and helping all mappers to keep the route relations 'healthy', when they make changes to the underlying highway/railway infrastructure seemed like a higher priority in May, so we started by integrating the plugin in the validator. It's amazing how many problems I've already been able to solve with the routes, during beta testing.

Want to try it?

You can easily install the PT_assistant plugin in JOSM and help with testing.

User documentation can be found here

What I usually do, is File / Download from Overpass API (expert mode needs to be on for it to show in the menu) Then use the following query:

[out:xml][timeout:125];
(
 relation["public_transport:version"="2"]["route"="bus"];
);
(._;>;);
out meta;

You can select routes for other modes of transport, of course. After downloading, I make sure nothing is selected, the press the validate button. Screenshot of dialog I usually use the last option, as I don't want all the fixes applied automatically for the time being If you have the plugin installed, you'll find several categories that start with PT_ Screenshot of validator pane

The easiest ones to tackle are: * Route contains a gap that can be fixed by sorting

For those you can simply press the fix button. Don't select more than, say 5, at a time.

If your stops where not at the beginning of the route, now they will be. The order should be preserved. Now press the upload button, which will result in a new validation Usually you'll find there are more problems to solve at this point. For the routes that have ways going against oneway traffic, pressing the fix button will result in removal of that way. It's better to press right mouse button Zoom to problem, select the way(s) that have a yellow casing around them, then press right mouse button edit. The relation editor will open with those ways selected in blue. Now it's possible to remove them, or to add oneway:bus=no, if that is the proper solution. If you remove them, you probably want to readd ways from the other side of the dual carriageway or roundabout. If you notice that there are several variations, which are likely to need the same fix, keep the 'problem ways' selected and open all of them in relation editor windows. After all are openedm select the ways to replace them with, and do this in each editor window.

Be careful not to split ways for which you have relation editor windows open.
You'll get 'conflicted with yourself', which is something to avoid at all cost :-)

All this may seem like it's still a lot of manual work and you're right, it is. The intention is to automate all this further. I'll probably write a new diary entry in a few weeks about that.

If you're interested in a hangout about the mapping of public transport and the use of the plugin, get in touch and we'll set one up.

by Polyglot at July 01, 2016 03:36 PM

ШТОСМ

Жизнь в телеграме

Пару дней назад ушёл из чатика и с форума (не считая профильных тем). Искал место потише: не гугль+, конечно, но что-то типа. Вспомнил про группу в Telegram: о, мало участников, в самый раз. Прошло два дня — и там уже два десятка осмеров и шум. Обсуждают примерно всё: питоновские биндинги мапника, Level0, экспорт из overpass-turbo, подключение гугля в JOSM, работу для осмеров. Приложения есть почти подо всё и, в отличие от IRC, не требуют бороды и красных глаз. Телеграм стоит у всех на телефонах, поэтому отвечают в группе быстрее и веселее.

В нагрузку к группе вы получите отличный мессенджер со стикерами, фоточками и ботами. Последние умеют, например, предсказывать погоду (я выключил бота после предсказания «от +10 до +25») и искать гифки для ответа в группу. Разумеется, есть бот и для OpenStreetMap. Он пришлёт карту нужного места, найдёт ближайшие кафе и что угодно через номинатим. Недавно мы с d1g перевели бота на русский язык: впрочем, он оперирует эмодзи и командами, так что язык не важен.

July 01, 2016 11:43 AM

"OpenStreetMap.org User's Diaries"

Nottingham in Spring

The photo below was shot in Carlton on the last day of June. Alistair Cooke (the British writer & presenter of Letter from America until his death in 2004) said that America was the best country to be in to witness Autumn/Fall, and Britain the best country for Springtime but, as we all know, in June the flowers do bloom.

Many thanks to the (unknown) householder at #12 for a wonderful display.

a gift from 12 Hasting Street

by alexkemp at July 01, 2016 11:11 AM

SK53

How far are Hedgehogs from a road?

My last hedgehog siting (2010)2887a
My last hedgehog sighting in Britain: Elston, Nottinghamshire 2010.


One of my great joys with OpenStreetMap (and other (mainly) geographical Open Data) is that it provides a way into answering intriguing analytical questions.

A few weeks ago the query was from a Hedgehog ecologist: naturally I learnt of the query through OSM (via IRC to be precise).

The question was very simple:  

What proportion of Britain's land area is more than 100 m from a road?  

The reason it is germane for hedgehogs is that historically they have had a very high mortality from crossing roads. These days they are so rare, that spotting a squashed hedgehog is itself a rarity. Certainly this cartoon would not have the same resonance it did when it first appeared in the 1970s.

To answer the query is fairly straightforward: providing one has either a GIS tool or database to hand AND a full data set of British roads. QGIS and PostGIS were available & I also have a full set of OSM data for May 2015 in the latter.


The steps involve in answering the query were simple ones as follows:
  • Select a relevant subclass of highway elements from OSM (in this case deliberately selecting the main types of motorable roads)
  • Re-project into British Grid (which enables more precise answers to this type of query)
  • Buffer all the roads by 100m
  • Eliminate overlaps
  • Sum the area covered 
  • Subtract that from the known land area of Great Britain.
In practice for this type of work I nearly always grid the data so that costly queries relying on the GIST indexes on geometries have to do less work. So I clip roads using a 2 or 5 km grid. All roads in a given grid square can either be merged into a multiline structure & then buffered, or buffered and then merged into a single multipolygon. One way is probably more efficient than the other. Once buffered the buffer area

In my initial analysis which I carried out very quickly I made three errors:
  • Failing to include trunk roads in the initial road selection through missing quotes in the SQL predicate
  • Using st_within & not st_intersects to find roads crossing a grid square.
  • Clipping back to grid square boundaries in all cases. A road ending on the edge of one grid square still creates a 100 m semicircle in the adjacent square
As usual it was visualisation of the data which hinted at the things I needed to fix. Certain main roads were missing, there were islands of roads in central Wales, and the grid boundaries were too obvious when visualised.

Initial visualisation. Note big gaps in Central Wales and absence of continuous lines on motorways.

Visualisation with fixed data. Compare Central Wales and motorways.
Area W of Birmingham enlarged. The main population centres are Shrewsbury (top centre) and Telford (right of top centre) with the West Midlands conurbation on right edge. Welsh hill country is top loeft.

The first I suspected anyway.  I'd written the selection rather hurriedly & there are 11 types of highway I include normally, so it's rather easy to mis-spell one, or as in this case not spot missing quotes. Easy to fix.

The second was less immediately obvious, but it's one which has caught me out in the recent past too. This is writing st_within in a query where st_intersects is required. I suppose I do point-in-polygon type queries more frequently so instinctively type st_within. Also st_within is specifically a function which works on polygons whereas st_intersects has broader applicability.

Either way these were easy errors to fix. To do the calculation I used an Ordnance Survey Open Data file to hand (one of local authority boundaries) which results in a slight overstatement of land area as some LAs boundaries include marine areas (notably in The Wash & in the Bristol Channel) together with the OSM outline for the Isle of Man (as this is not available in OSGB Open Data). The area for Great Britain and Isle of Man which I used was 238,905 square km, but this can be corrected to any other widely available figure, such as that given on Wikipedia of 229,519 square km. Equally the area of road buffers will include some sea for coastal roads. Ideally I need my grid cells to be land area only, something I'm thinking of doing for other purposes too.

The sum of the area of the road buffers was for 100 m, for 200 m, for 500 m and 1000 m. I was also asked for a 5km buffer and I calculated that separately using a larger grid size. Note that gridding is purely something done to speed up the process. A recent talk highlights (sorry, I can't find the link for this slidedeck but it was from a recent Geo-conference) that many standard geometry routines have poor computational complexity properties so one often has to resort to divide-and-conquer approaches such as gridding the data.

So here are the approximate figures, given the caveats above:
  • Within 100 m of a road: 53,964 km2 or about 23.5% of land area of Great Britain
  • Within 200 m of a road: 87,971 km2 or about 38.3% of land area
  • Within 500 m of a road: 150,147 km2 or about 65.4% of land area
  • Within 1000 m of a road: 189,562 km2 or about 82.6% of land area
  • Within 5000 m of a road: 260,419 km2 or rather more than the land area concerned.
The last figure made it abundantly clear that I needed to address the sources of approximation. Coastlines & other borders introduce edge effects which can seriously complicate this type of analysis and often require ensuring that one has appropriate data to handle it. So I did the following:
  • Created a shape file of the land area for Great Britain & Isle of Man
  • Clipped each buffered result set by that shape file
  • Used each of these inputs for the final calculation
In order to make the shape file  needed something based on the coastline. Fortunately I remembered Geolytix had used OSGB Open Data of coastlines to produce refined postal area polygons. This was immediately available to me and I therefore used this as the starting point. I created a separate Isle of Man shapefile from OSM data and merged the two together. So here are the revised figures:
  • Within 100 m of a road: 53,760 km2 or about 23.3% of land area of Great Britain
  • Within 200 m of a road: 87,353 km2 or about 37.9% of land area
  • Within 500 m of a road: 147,740 km2 or about 64.2% of land area
  • Within 1000 m of a road: 186,533 km2 or about 79.7% of land area
  • Within 5000 m of a road: 226,418 km2 or 98.3% of the land area. 
And just to enable checking here are some visualisations:

Distances for England & Wales
Mainland Scotland

English Peak District (Dark Peak)
Manchester is on W, Sheffield on R

North Wales & Merseyside

Isle of Wight and South Coast of England

South West England

Central Belt & Southern Inner Hebrides, Scotland
Kintyre (bottom left of centre) shows forest tracks erroneously mapped as roads

Even now there are one or two problems: specifically forestry tracks on Kintyre mapped as unclassified roads (I think I caught most of these and corrected them sometime ago). Some roads on Scottish Islands have a status which is unclear too. However the visualisations of the data do help to highlight such cases.

The other thing is that for much of the country the patches of land which are further than 1 km from any road are often easily recognisable to the extent that they can often be readily names. The two big patches in the Peak District are Bleaklow and Kinder Scout. So the visualisation also shows other things which may be of interest for other reasons


The sad part of this post is that it wouldn't be necessary if hedgehogs were not in a steep decline across Britain.

by noreply@blogger.com (SK53-osm) at July 01, 2016 10:58 AM

"OpenStreetMap.org User's Diaries"

Colocando Nomes de Ruas nos Bairros do Jordão Alto, Jordão Baixo e Jardim Jordão, Bairros de Recife/PE.

Bom Dia a todos,

Minha meta para hoje e mapear e adicionar nome de ruas nos bairros do Jordão Alto, Jordão Baixo e Jardim Jordão, todos bairros do Recife, Visitando os Bairros percebi que existe varias ruas sem nome e outras sem estrada, então resolvi mapear as mesmas e deixar esse conjunto de bairros todos com nomes, a outra meta é terminar de mapear o meu bairro e arredores, tendo em vista que são bairros muito próximos um dos outros e isso demora um pouco para ser completado, mais tenho certeza que terminarei e ainda mais com a ajuda dos amigos que estão me ajudando, tanto no grupo como no próprio mapa, corrigindo tudo que está errado e fazendo as melhorias, pois sou iniciante e já estou apaixonado por esse projeto maravilhoso.

Um forte abraço a todos, e mãos a obra.......

Raphaelmirc Recife/PE.

by raphaelmirc at July 01, 2016 10:28 AM

Mappa Mercia (UK Midlands)

A surprising rural waymarked walk in the heart of a city

Dudley, in the heart of the Black Country in the West Midands, is not the sort of place you’d envisage a rural walk. The Black Country is so-named for its iron and coal and industrial might. Some  have claimed the furnaces and mines of the Black Country were the basis for JRR Tolkien’s Mordor in Lord of the Rings. Most of the industry has now disappeared and left lots of brownfield sites, crumbling industrial buildings and a struggling economy, with its associated social problems.

I have recently walked, surveyed and mapped the Limestone Walk. And  what a delight it was!  It was easy to forget the adjacent presence of a dense urban environment. The walk is poorly publicised and poorly mapped (the waymarking can be poor in places also). I could find little on the web which could act as a practical guide for anyone wanting to walk this route. The best I found was from the excellent Discovering Britain resource provided by the Royal Geographical Society.

So I thought – here’s an opportunity to demonstrate the capabilities of OpenStreetMap. This is the result of my efforts, taken from Lonvia’s Waymarked Trails

Limestone Walk

The walk commences at the ruins of Dudley’s mediaeval Priory and ascends Castle Hill (unfortunately Dudley Castle and its zoo are a paying attraction so the walk has to avoid them). Castle Hill is riddled with collapsed limestone mines and also with canal tunnels. A small diversion to the Black Country Living Museum is well worth the effort: it provides an extensive depiction of the industrial and social history of the Black Country.

But the jewel in the crown of the walk has to be its passage through the Wren’s Nest National Nature Reserve. It has been a national nature reserve since 1956 and there is currently a bid to place it in  wider regional GeoPark. It is world famous geologically for its well-preserved Silurian coral reef fossils and is one of the most diverse and abundant fossil site in the British Isles.  It is also famous historically for here it was  that the Scottish palaeontologist Sir Roderick Murchison studied the fossils and rock formations that led to him defining the Silurian System. 

The crater Murchison on the Moon and at least fifteen geographical locations on Earth are named after him. These include: Mount Murchison in the Mountaineer Range, Antarctica; Mount Murchison, just west of Squamish, British Columbia, Canada; tiny Murchison Island in the Queen Charlotte Islands in the same province; Murchison Falls (Uganda); and the Murchison River in Western Australia. The town of Murchison in the Tasman Region of New Zealand’s South Island was also named after him. It would be interesting to discover how many of these are mapped in OpenStreetMap.

The walk culminates on Sedgley Hill.  At 277m, reputedly the next highest point East is in the Ural Mountains. There are stunning views over much of the West Midlands, Staffordshire and Worcestershire; Birmingham’s city centre with its cluster of tall buildings can be seen in the distance squatting as it does on a low ridge.

Dudly Council, under severe financial pressure, is doing it best to improve the infrastructure of the walk and to promote its use.I hope OpenStreetMap’s resource can be of use to them.

 

by Brian Prangle at July 01, 2016 10:22 AM

"OpenStreetMap.org User's Diaries"

Finally, I've got the Hang of Mapillary

It has taken 4 months, but it seems that finally, yesterday, I may have got the hang of how to photograph a sequence for Mapillary that works.

  1. Photo of the top part of a terrace on Carlton Hill
    (click the down-arrow, twice)
  2. 2nd photo
  3. 3rd photo

With sufficient overlap between the frames Mapillary will stitch them together, then show them in an interesting way. In really slow motion. It's a good facility, which can be used to show stuff in a useful manner.

The terrace seems to be a typical Victorian terrace of 4 houses. However (and as the 1st photo shows below) for some reason it has a small-width extension at the left side which extends at an angle forward to the length of the terrace (scaffolding had been recently erected at that end of the terrace):

a single room extension?

The terrace itself is angled oddly to all the other houses. The extension doesn't appear to be wide enough for more than a set of stairs, yet is 2 floors high & about 10 foot (3m) deep. The strange angle of the extension is mirrored by the line of the gardens at the rear, and those gardens segue into a line of trees several hundred yards long. The whole thing is so mysterious that it's hardly true. I tried all 4 houses to find out more, but no-one was in.

by alexkemp at July 01, 2016 12:56 AM

June 30, 2016

"OpenStreetMap.org User's Diaries"

Andar por el Parque Natural Montes de Málaga

He comenzado a cartografiar el Parque Natural Montes de Málaga en OpenStreetMap (OSM), aprovechando tanto mi conocimiento sobre el terreno como la información disponible en Internet. Una de las primeras fuentes de consulta para empezar a cartografiar este espacio protegido son los mapas que proporciona la Junta de Andalucía a través de su red REDIAM: WMS Base cartográfica del mapa guía del Parque Natural Montes de Málaga del año 2012.

Lagar Don Ventura

Imagen: Lagar Don Ventura, en el Parque Natural Montes de Málaga (situación en OSM). Fuente: Wikimedia Commons, trabajo propio, (CC BY-SA 2.0).

Me propongo en primer lugar trazar todos los caminos y arroyos (he comenzado por la parte sur del parque). Paralelamente iré añadiendo otras informaciones, como la localización de caseríos y lagares, los senderos habilitados disponibles, la situación de miradores de interés turístico o paisajístico, zonas recreativas, etc. Una de mis primeras tareas de edición ha consistido en rectificar los límites exteriores del espacio protegido, que figuraban incorrectamente trazados en los mapas OSM.

El Parque Natural Montes de Málaga es un espacio relativamente virgen en OpenStreetMap en cuanto a información cartográfica se refiere, por lo que espero no molestar demasiado ni estropear el trabajo de otros colaboradores de OSM. Mi intención es ir aprendiendo a editar los mapas conforme voy ampliando la información cartográfica del parque. En este sentido, resulta muy útil consultar la OpenStreetMap Wiki para resolver dudas. De hecho, al mismo tiempo que voy editando los mapas, me he propuesto ir traduciendo algunos artículos de la wiki al español, particularmente aquellos relacionados con el senderismo.

by dcapillae at June 30, 2016 09:55 PM

First entry; really "Hello world!"

Hello, OpenStreetMap!

I'm about to write a post covering the community-building effort behind the Great L.A. County Building Import.

But first, an introduction is due.

My name is Jon Schleuss and I'm a reporter and graphic artist at the Los Angeles Times. I spend a lot of time making maps and analyzing data to find better ways to tell new and different stories.

I've been at the Times for about three years now. I've built maps showing where L.A. County's homeless live, where L.A. City's soft-story buildings are, where you can afford to rent or own based on your income and where the dirtiest streets are.

Before moving to the big city I lived briefly in Seattle working at the Seattle Times there. I'm from Arkansas and put in time at the Arkansas Democrat-Gazette and KUAF 91.3 FM, an NPR-affiliated station in Fayetteville.

techlady and Data411 introduced me to editing OpenStreetMap in 2015 and I've been a fiend every since.

My hope is to strengthen the southern California community, using the Times as a labratory and promoter of open-source work.

When I'm not mapping or at work I'm making pies and reading, programming or at the racetrack.

More to come soon!

by schleuss at June 30, 2016 09:45 PM

Mapeamento de setores censitários em Santa Maria

Terminei já há alguns meses o mapeamento de Setores Censitários no município de Santa Maria, RS, Brasil.

Algumas curiosidades:

  • Muitas delimitações do IBGE estão muito desalinhadas
  • Existem buracos no mapa que não é coberto por nenhum setor censitário
  • Algumas vias do OSM pude então nomear segundo a descrição dos limites de setores censitários.
  • Dois setores censitários tem população Zero.
  • O setor com a maior predominância de homens é o compreendido por um presídio. 548 homens e 58 mulheres.

No próximo recenseamento estarei pegando a delimitação dos setores e exportando para o OpenHistoricalMap, até por que a geographia do hoje pode ser a história do amanhã.

Delimitação dos setores: http://overpass-turbo.eu/s/9zr

Minha meta maior no momento é "terminar" de adicionar todas as sangas, rios, córregos e afins do município.

Quanto mais eu mapeio, mais vejo que há muito o que mapear.

Setores Censitários de SM

by santamariense at June 30, 2016 09:23 PM

Weekly roundup - Suspicious mapping

Here is a roundup of some suspicious changes to OpenStreetMap from this week (27 to 30 June): ​

  • This changeset an experienced editor changed the value of a major highway in Nepal from highway=trunk to highway=yes making the highway disappear from the map for 15 days. ​
  • This user traced multiple buildings but forgot to tag it as a building. Changeset
  • In this case the user was found adding an amenity on the road. Changeset
  • We also came across an edit where the user was found deleting the tag addr:housenumber from the buildings. Changeset

​ These were some of the inconsistent edits for this week. Do keep an eye and please comment on such changeset, this will help in maintaining the data on OSM accurate and coherent.

by Maanya at June 30, 2016 06:34 PM

ШТОСМ

Пятая пятого

Виртуальное общение с сообществом OpenStreetMap нынче сопряжено, поэтому заходите на живой разговор за чашкой кофе (или чая, или колы). 5 июля, в ближайший вторник, мы снова собираемся в московском офисе Mail.Ru Group у станции «Аэропорт», чтобы обменяться идеями и опытом. Несколько человек уже написали, о чём хотят рассказать:

  • Юрий Назаров поделится историей создания велокарты Москвы;
  • Дарья Волвенкова расскажет про трёхмерные карты MAPS.ME;
  • Андрей Жуков продемонстрирует UTFGrid и MVT в GeoServer;
  • Илья Зверев обсудит премию OpenStreetMap.

Чтобы пройти в здание, нужно зарегистрироваться. Начало в 19:00. Тоже хотите что-нибудь рассказать? Отметьтесь в обсуждении на форуме, или просто принесите это желание на встречу.

June 30, 2016 01:20 PM

"OpenStreetMap.org User's Diaries"

OSM - beschissene Datenqualität

Lektionen eines Pfadfinders:

  • Der Fisch stinkt vom Kopf

  • Verbesserungen werden von Aufpassern in der Regel als Vandalismus betrachtet.

  • Internationale Edits sind unerwünscht, weil das nur lokale Mapper könnnen, welche das "Gesamte" betrachten und beurteilen können.

  • Rechtschreibfehler in Namen und Keys werden nicht verbessert, siehe vorherigen Punkt. Alles andere ist ein automatischer Edit.

  • Dummes Zeug darf jeder eintragen, es zu entfernen ist schwer, und nahe am Rande von Vandalismus oder automatischen Edits, selbst wenn du es von Hand optimierst. Geht wohl darauf zurück: http://wiki.openstreetmap.org/wiki/Any_tags_you_like

  • Qualitätstools sind zwar vorhanden, dürfen aber nicht angewendet werden, siehe vorherige Punkte.

  • Egal wieviel du zu OSM beigetragen hast, gegenüber einem Aufpasser bist du immer der Arsch, selbst wenn du nur bei 0,001% deiner Arbeit nicht 100% der Anforderungen erfüllst. Der Aufpasser hat immer Recht.

  • Die Community ist bereit für Optimierungen, aber sind es die Verantwortlichen auch? Können Sie ihren gewohnten Horizont erweitern? Ich glaub nicht mehr daran.

Disclaimer: Der Anspruch den ich an meine Arbeit und Projekte habe, wird von OSM nicht erfüllt. Die OSM Community macht eine gute Arbeit, die wird aber von machen Leuten mehr als torpedert. Ich kann keinem mit gutem Gewissen die Nutzung von OSM empfehlen.

##Achtung: Satire mit einem Schuss Wahrheit!##

by R0bst3r at June 30, 2016 10:12 AM

Building tools for LABuildings Import

This is a part of a series of diaries sharing our experience on the ongoing LA Building Import into OpenStreetMap.

In the last 2.5 months we started importing building footprints over Los Angeles from open data available in LA county. Discussions about this import started early last year, after several discussions, planning and trial runs, we finally started the import this April. From its start, the import team agreed that this will be a community managed import. The goal is not only to improve building coverage of OpenStreetMap within the county but also to invite local mappers to actively participate in the whole process.

In this post, I will talk about the tools we built to coordinate this massive import. Many of the processes were based on an earlier buildings and addresses import in New York City with modifications needed due to the difference of data and the context of the local community.

Data sources

3 million buildings in LA County.

The data came from several open data sources provided by the Government of Los Angeles:

  • Building geometry (LA City, LA County) - building footprints digitized using high resolution stereo imagery under the Los Angeles Region Imagery Acquisition Consortium (LARIAC) Program.
  • Building type and use - from the Assessor's parcels database. Each building from has an associated parcel identifier (AIN), This identifier allowed us to link the type and use of each building.
  • Census blocks - this is not directly part of the data to be imported, we simply used the census blocks for dividing the data into manageable chunks.

We combined the building geometry and parcel information using the usual join by attribute GIS operation. This creates a single shapefile of buildings with all the parcel information for each building.

In total, we have >3 million buildings that needs to be checked for quality and a workflow to coordinate a massive community import process.

Data attributes to OSM tags

The Assessor's parcel data contains detailed usage of each property. We used this data to identify the type of building. To do this, we compared each attribute to taginfo and adopted tags already used by the community. For all other attributes that didn't have corresponding tags we used the generic building=yes. A CSV was created as a lookup to convert the shapefile attribute to OpenStreetMap key/value pairs.

From shapefile to .osm format

Like the NYC building import, we scripted the entire process pipeline so that we can execute in a single command. In general, the script performs the following steps:

  • Download and extract data in shapefile format.
  • Reproject from source spatial referencing system to long/lat WGS-84 (EPSG:4326).
  • Split buildings into smaller chunks based on census blocks.
  • Convert attributes to OpenStreetMap tags and export as osm format.
  • Upload to S3.

This automated process allowed us to easily re-run the conversion if we need to. For example, when we discovered data issues specific to buildings in Pasadena, we were able to exclude Pasadena in the next run of the script.

Coordinating the import via the Tasking Manager

To manage the coordination of import by the community, we used a separate instance of the OSM Tasking Manager. By using the Tasking Manager we can:

  • Split the import into smaller TM projects;
  • Track the progress of the import and;
  • Introduce a two-step process of import and validation.

But the current Tasking Manager does not allow downloading of import data from arbitrary polygons. To make this work, we implemented a new feature in the Tasking Manager that allows it to:

  • Upload a GeoJSON file with a property referencing the source URL of the .osm file,
  • When a contributor takes a task, the Extra Instructions section will have download URL for the import data. This URL will automatically download the data into JOSM.

These changes were merged into the main Tasking Manager code so anyone using the latest TM codebase can use this feature as well.

Once we had everything ready, we did a couple of trial runs to evaluate the mapping workflow.

During one of our trial runs, we discovered that since we are using arbitrary polygons instead of the usual square tasks, mappers find it difficult to visualize the edges of the task they are working on. This can introduce data conflicts especially when the imported data is now merged to the current data within OpenStreetMap. To solve this issue we added a background layer of census block boundaries that is automatically loaded when a user downloads the data.

Downloading data for import.

Automated merging of the split buildings

The trials also encountered cases where a small sliver of building was split from the main building.
Upon further investigation, these buildings are cut by the property lines of the assessor, during the LARIAC mapping.

Split buildings.

Since this came directly from the source data, we have no way of fixing this during the data conversion process. This required the user to manually merge the split buildings during the importing process.

While combining overlapping buildings in JOSM works, it requires several mouse clicks to merge two buildings. To make this process faster, we built a plugin in JOSM that merges two buildings and automatically assign the correct tags.

Merge LA buildings in 3 clicks with auto-tools plugin in JOSM.

As of this writing, 105 usernames added ~580K buildings. This is more than half for LA City.

500K buildings added. Map by F4map.

As we go along, we continue to improve the workflow and tooling, let us know how we can make this import better! Head over to labuildingsimport.com/ and grab any task available. If you're a local, join our mapathons happening through MaptimeLA.

MaptimeLA building import mapathon. Photo by MaptimeLA.

In the next post, we will talk about how we interacted with the mapping community and the response by the local LA mappers on this import.

If you're in Seattle next month, catch the team at the SOTM-US where we talk more about this import.

More info about the import is available in the following links:

by manings at June 30, 2016 07:25 AM

Splitting intersecting features

While tracing an area of continuous buildings in India, realized there was no easy way to create such a pattern of features in JOSM.

How does one split a group of ways using an intersecting line. The More Tools>Split Object command comes closes but works only with a single way and line that it encloses and is quite laborious.

untitled2

Terracer plugin does not work well since the area is not a perfect rectangle, so it does not get the axis right. Any other editor/plugin capable of drawing this quickly?

by PlaneMad at June 30, 2016 06:57 AM

OpenStreetMap Weekly Update

weeklyOSM 310

06/21/2016-06/27/2016

Logo Map of Brexhill – UK; a fork of Humitos’ upoi.org 1 | © OpenStreetMap Contributors CC-BY-SA 2.0

Mapping

  • Mapbox joined last weekend’s Rio mapathon to help map the city where this year’s Olympic Games will be held.
  • In the OSM wiki, the voting for the “extended Kneipp water cure” tagging proposal has started.
  • There’s a large discussion on the tagging mailing list about the different restrictions for learner drivers that exist in different countries (another new wiki proposal).
  • Mapbox has developed a JOSM plugin to allow the tagging of turn lanes. It implements the current turn:lanes scheme which was also used during the German Weekly task.
  • Martin Koppenhoefer wonders whether the amenity=nursing_home tagging is really deprecated (as someone has marked the wiki page) or if it still sometimes makes sense to use it.
  • Mapbox Bengaluru conducted a satellite workshop which involved imagery processing using QGIS. The tutorials related to the workshop can be found here.

Community

  • JB has created a board game based on OSM, using French cathedrals (picture). He briefly describes the process and tools (QGIS) on the French mailing list. (Französisch) (automatic translation)
  • Boris Gruschko has produced a video to visualize the creation and aging of nodes in OpenStreetMap. (via talk)

Events

  • On the 13th of July there will be a GraphHopper meetup in Berlin.
  • The schedule of SotM 2016 Japan (August, 06) has been published. (Japanisch) (automatic translation).

Humanitarian OSM

  • On the Humanitarian OpenStreetMap Team’s blog there is a report about a mapping workshop which was held at the end of April in Uganda.

Maps

  • [1] This very detailed map of Bexhill (UK) by Dr-Mx is available on github. It is a fork of the Spanish language upoi.org by Manuel Kaufmann aka humitos.
  • Josh Cohan (Next City) describes a new “AccessMap Seattle” map, currently accessible as a beta version. Parts of Seattle are very hilly, and AccessMapSeattle shows that, and other barriers to accessability. The map is of course using OSM data.
  • A new version of OpenRouteService has been released. Timothy Ellersiek describes it here in the University of Heidelberg’s GIScience News Blog.
  • Caleb Pershan writes in SFist about some special “typographic” maps of American cities that have been created. All municipalities, roads, and water areas are exclusively represented in writing, and all are OSM based.

switch2OSM

  • Google tightens the terms of use for their Maps APIs. We naturally think this is a good time to switch to OSM.

Open Data

  • The city of Bonn has made a CC0 dataset available containing the location, type and age of urban trees. The coordinate system does need a little conversion, but that is described here by Josef Schugt.

Software

Programming

  • Kepta, who is working on lane tagging support for the iD editor, explains in several blog posts about the progress that he is making.
  • The Routing API of GraphHopper has just received a bunch of new features.
  • Mapzen was able to “prevent a new war” between Sweden and Denmark (due to their geocoder misclassifying Copenhagen as in Sweden).

Releases

Software Version Release Date Comment
GraphHopper Routing Engine 0.7 2016-06-15 Java 7 support, new translations and many more
Mapbox GL JS v0.20.1 2016-06-21 Bugfix
OpenStreetMap Carto Style 2.40 2016-06-21 No info
Osmose Backend 1.0-2016-06-23 2016-06-23 No info
OSM Buildings 3.0.0 2016-06-24 4 changes and 2 fixes
OSRM Backend 5.2.6 2016-06-24 Bugfix
Cruiser for Android 1.4.8 2016-06-25 Multilingual vector maps
Cruiser for Desktop 1.2.7 2016-06-25
Locus Map Free 3.18.0 2016-06-27 New function added

provided by the OSM Software Watchlist

Did you know …

  • … the EmojiMap by Merten Peetz?
  • Le Portail IGN, a site for map comparisons? It’s similar to BBBike’s Map Compare, but has some different maps.
  • …about the Mexican project Mapeaton. A Mexican pun on the words “mapathon” and “peaton (pedestrian)”. The project’s aim is to take pictures of problems related to infrastructure for pedestrians.

Other “geo” things

  • GeaCron has published an interactive political world map which allows you to travel through the centuries. It’s a bit Eurocentric (I doubt much of the Americas and Asia were uninhabited 400 years ago) but it’s fun nonetheless.
  • Fastcompany has published a lengthy article about Ed Parsons (chief geographer at Google). OpenStreetMap and some of the companies in OSM’s ecosystem get a mention too…
  • Mapzen is hiring a “tiles engineer” in San Francisco or New York. Experience with OpenStreetmap is apparently a “bonus”!
  • Watch as the world’s cities appear one-by-one over 6,000 years (a visualisation by Metrocosm).
  • Mumbai’s “Mid Day” newspaper contains an article about new cartographers visualising individuality in maps (based on volunteer-led mapping and OpenStreetMap data).
  • Marco Viviani reports (Italian) on Wikimania 2016. The Wikipedia Conference took place from June 22-28 in Esino Lario, Lecco, Italy. (automatic translation)

Upcoming Events

Dónde Qué Fecha País
Nantes Missing Maps Nantes #1 @Médiagraph 30/06/2016 france
Bengaluru OSM Hack Weekend in Mapbox 02/07/2016-03/07/2016 india
Shizuoka OpenStreetMapワークショップ in 日本平 (Nihondaira) 02/07/2016 japan
Roma ”’mAppiaM!”’ Mapping of Appia’s Monuments Appia Antica 09/07/2016-11/07/2016 italy
Taipei Taipei Meetup 11/07/2016 taiwan
Lyon Rencontre mensuelle mappeurs 12/07/2016 france
Trentino Presentation of a hiking map done using OpenStreetMap data, Storo 15/07/2016 italy
Kyoto 京都国宝・浪漫マッピングパーティ:第1回 北野天満宮 16/07/2016 japan
Nottingham Nottingham 19/07/2016 united kingdom
Seattle ”’State of The Map US 2016”’ 23/07/2016-25/07/2016 united states

Note: If you like to see your event here, please put it into the calendar. Only data which is there, will appear in weeklyOSM. Please check your event in our public calendar preview and correct it, where appropiate..

This weekly was produced by Hakuch, Laura Barroso, Nakaner, Peda, Polyglot, Rogehm, SomeoneElse, derFred, escada, jinalfoflia, malenki, mgehling, seumas, widedangel.

by weeklyteam at June 30, 2016 06:47 AM

June 29, 2016

"OpenStreetMap.org User's Diaries"

Missing Maps - Sierra Leone

Training in Freetown

Missing Maps training involving American Red Cross volunteers in Freetown, Sierra Leone on 3rd June 2016

“Good thanks, and you?”
“Great. How do you fancy a trip to Sierra Leone?” ……………………...

At various times in my life I've ended up training subjects including IT, and when Missing Maps started, training was my main involvement. I've been to many Mapathons, stood out the front, and done my best to make mapping 'happen' for people struggling with software & strange terms.

The trip to Sierra Leone was slightly different. 32 volunteers needed training in how to carry out surveys using software on mobile phones. Essentially they were carrying out a survey of village & health facilities, how many people, what sanitation – all of the things you would expect the American Red Cross would need to know in order to plan their operations. In addition some training would also be given to MSF personnel – similar sort of thing, but each organisation has its own version of the questions.

In 2014 I'd been one of many people trying to remotely map the areas affected by Ebola, tracing from satellite imagery. Sierra Leone, Guinea & Liberia, were mapped remotely, and names added as best we could. Some ground survey information had been added, but when you started looking at the information, you realised that it was lacking in the sort of detail you'd really like to see in a map - when we arrived in Sierra Leone, OSM had one water point mapped for the entire country.

Our first 5 days were in Freetown, planning and then delivering the training. Each morning we were carried by MSF car through heavy traffic in Freetown and I started to understand a little about the city. I could see people carrying water containers, others were having their morning wash at the side of the road. As we descended towards the coast I could look out onto a large open landfill site and its inhabitants – I couldn't see all of it, but it was at least the size of a football pitch. The river we crossed appeared to have many uses.

We concentrated on training the 32 volunteers who were to carry out the surveys. Many knew very little about mobile phones when we started, but we demonstrated, tested and practised until they understood enough to be able to do their surveys. The power cuts, wifi problems & equipment problems were all taken in our stride (we all had missing luggage, but luckily, enough had arrived for us to carry out the training). Our evenings were spent amending training plans, adapting to the changing needs & time scales. I'd even managed a brief trip round the market buying some clothes (When I first arrived I had only what I stood up in – if anyone finds a holdall with clothing for a Tallguy I'd be very interested).

I spent my weekend either travelling or making preparations for the week ahead where I was to be based in Kenema.

Supervising - based in Kenema

Red Cross Staff in Kailahun, Sierra Leone

Monday, Tuesday & Wednesday was spent travelling on a wide mixture of roads, some wide tarmac roads in better condition than the UK, and some roads that had never been surfaced and were so steep and uneven that my driver negotiated them in bottom gear in our 4x4, while we bounced around in the cab bruising our elbows on the doors. We were attempting to find some of our volunteers to make sure that everything was okay with them and their work. Everyone had mobile phones, but this didn't help much as there was very little in the way of signal.

At times we stopped before crossing bridges, walked over them, & jumped up & down to test them before driving over them. A lorry stuck in the mud caused a 4 hour detour. A brief phone call to one of the volunteers, who was surveying habitations with no roads at all, before the signal dropped off went something like….
“Glad you're okay, where are you?”
“I'm walking in the forest being bitten by beasts”
“Which town are you near?”
“I'm walking towards”….. and the call dropped.

My local driver was impressed that I could tell him the name of the villages which were coming up, and advise him of potential routes. He even enjoyed the game of slowing down on the approach to villages so I could take a photograph of the sign. He and his colleagues were even more impressed when I installed OsmAnd on the phones of those who wanted it, and gave them a brief training session. The drivers were an interesting group to talk to – at least one had been a local businessman who had seen his business gradually decline following Ebola.


Alongside the main roads you could see piles of sacks ready for sale. These were often filled with charcoal but had coya leaves in the top. Buy one, put the coya leaves in the bottom of your BBQ, add charcoal and light. You could see the rough shelters the charcoal producers used, in their little patch of cleared vegetation. Heavily used roads ending in piles of sand beside a river where they extracted large amounts of sand by hand – bought by the local builders. I'm not sure if the main aim for the people doing the digging was the sand or the potential diamonds – there were many diamond offices in Kenema.

Started, but not completed buildings with no roofs were a frequent sight.

My final days in Kenema were spent training staff in the potential uses of OSM - paper, phone apps., analysis, and how surveys for such things as water points could be carried out. The amount of detail in OSM was a surprise to all that I trained and I think we can expect lots of use.

In Freetown I found that Pete had been very busy, surveying water points and making contacts with many local organisations. We carried out a mapathon on one day & part of our last day was at a conference where we gave a presentation on Missing Maps, before finishing our packing and catching the ferry & plane.

Excuse me if I’m quiet for a while - still trying to replace all my lost clothes. Oh, and about 200 water points to add, 50+ village names and a few bits of road aligning to do.

Certainly an experience, and one that I’d be happy to repeat.

Most of my gps traces have been uploaded to OSM, so it you’re working on http://tasks.hotosm.org/project/1757 or anything else in Sierra Leone, have a check for downloadable gps traces.

For more info on Missing Maps, please see http://www.missingmaps.org/ If you’re interested in finding out more & learning a little about ‘remote’ mapping, or something more technical, come along to one of the Missing Maps Mapathons - there are events throughout the world - if it’s in London, UK, you might even see me (Tall, bald, grey beard - easy to spot!).

by Tallguy at June 29, 2016 09:44 PM

OSMBlog (German)

Wochennotiz Nr. 310

21.06.2016-27.06.2016

Logo

Die Entstehung und Alterung von Nodes in OpenStreetMap mit vielen interessanten Details 1

Mapping

  • Im Forum wird über elektrische Ladesäulen, deren Steckerformate und die Zulässigkeit für verschiedene Fahrzeugklassen diskutiert.
  • Mapbox schließt sich dem Rio-Mapathon an (wir berichteten), der die Austragungsorte der olympischen Sommerspiele erfassen will.
  • Die Abstimmung über das erweiterte Kneipp-Tagging (wir berichteten) ist gestartet.
  • Auf Tagging wird ausgiebig über ein neues vorgeschlagenes Tag diskutiert, das Restriktionen für Fahranfänger beschreibt, die es in einigen Ländern wohl gibt.
  • Mapbox hat eine JOSM-Erweiterung zum Tagging von Abbiegespuren entwickelt. Die Erweiterung nutzt das aktuelle turn:lanes-Schema, welches auch bei der Wochenaufgabe von hurdygurdyman Anwendung fand.
  • Im Forum wird aus einem Beitrag zum “Taggen für den Renderer” schnell eine Diskussion über die Sinnhaftigkeit alter OpenGeoDB-Schlüssel.
  • Martin Koppenhoefer wundert sich ob amenity=nursing_home wirklich veraltet ist oder ob es nicht trotzdem weiterhin seine Berechtigung hat.

Community

  • JB hat ein Memoryspiel aus OSM-Grundrissen französischer Kathedralen gebastelt. (Französisch) (automatische Übersetzung)
  • [1] Boris Gruschko hat ein Video erstellt in dem die Entstehung und Alterung von Nodes in OpenStreetMap anschaulich visualisiert wird. (via talk)

Veranstaltungen

Humanitarian OSM

  • HOT berichtet über ihren Mapping-Workshop Ende April in Uganda.

Karten

  • Die detaillierte Karte von Bexhill (UK) ist auf Github verfügbar. Es handelt sich dabei um einen Fork der upoi.org von Manuel Kaufmann aka humitos.
  • Josh Cohan (Next City) berichtet über die neue Karte “AccessMap Seattle“, noch als Beta-Version. AccessMapSeattle visualisiert alle Steigungen und weitere Mobilitätstags der sehr hügeligen Stadt Seattle. Karte und Daten sind OSM-basiert.
  • Timothy Ellersiek stellt im GIScience News Blog die neue Version 3.3 von OpenRouteService vor.
  • Caleb Pershan (SFist) zeigt eine kleine Auswahl von speziellen typografischen Karten amerikanischer Großstädte. Alle Stadtbezirke, Straßen, Gewässer werden ausschließlich in Schriftform dargestellt, alles OSM-basiert. Zunächst als kleines Nebenprojekt der Firma Axis Maps. gestartet, sind diese Karten nun käuflich zu erwerben.

switch2OSM

Open-Data

  • Die Stadt Bonn stellt einen Datensatz der Baumstandorte unter CC0 1.0 zur Verfügung.
    Josef Schugt beschreibt, wie man die Koordinaten mit wenig Aufwand in ein bei OSM gebräuchlicheres System bringt.

Programme

  • Die Diskussion um MAPS.ME läuft noch immer auf mehreren Plattformen in mehreren Diskussionssträngen. Benutzer BushmanK stellt in seinem Benutzer-Blog die (rhetorische) Frage, ob MAPS.ME das neue Böse sei und damit Potlatch von diesem Posten verdränge. Der Blogeintrag hat zahlreiche Kommentare. Auf der spanischen Mailingliste ist MAPS.ME auch Gegenstand einer Diskussion (Spanisch) (automatische Übersetzung). Die Talk-Mailingliste hat jetzt drei Diskussionsstränge:

Programmierung

  • Der Landschaftsverband Rheinland vergibt demnächst einen Auftrag zur Projektleitung und technischen Umsetzung einer Smartphone-Kartenapp, vermutlich auf OSM-Basis. Tobias weiß mehr zum Thema.
  • Kepta, der im Rahmen seines GSoC-Projekts an der Entwicklung von Fahrspurmapping für iD arbeitet, berichtet in einer Serie von Blogeinträgen über den Stand seiner Arbeiten.
  • Die Entwicklerschnittstelle zur Routenberechnung in GraphHopper hat eine ganze Reihe von Änderungen erhalten.
  • Mapzen konnte einen erneuten Krieg, Einmarsch der Dänen und landesweite Aufstände nochmals knapp verhindern!

Releases

Software Version Release Datum Änderungen
GraphHopper Routing Engine 0.7 15.6.2016 Java 7-Support, neue Übersetzungen und viel mehr
Mapbox GL JS v0.20.1 21.6.2016 Bugfix
OpenStreetMap Carto Style 2.40 21.6.2016 Keine Info
Osmose Backend 1.0-2016-06-23 23.6.2016 Keine Info
OSM Buildings 3.0.0 24.6.2016 4 Änderungen und 2 Fixes
OSRM Backend 5.2.6 24.6.2016 Bug Fix
Cruiser für Android 1.4.8 25.6.2016 Mehrsprachige Vektormaps
Cruiser für Desktop 1.2.7 25.6.2016
Locus Map Free 3.18.0 27.6.2016 Diverse neue Funktionen

bereitgestellt von der OSM Software Watchlist

Kennst du schon …

  • … die EmojiMap von Merten Peetz?
  • Le Portail IGN, eine Kartenvergleichs-Seite mit etwas anderen Auswahlmöglichkeiten als Map Compare?
  • … das mexikanische Projekt Mapeaton? (Spanisch) Kein Tippfehler. Die Mexikaner machen ein Wortspiel aus Mapathon und peaton (=Fußgänger). Mit Hilfe von Mapillary wird die Nutzungsmöglichkeit des öffentlichen Raumes durch Fußgänger erfasst und soll auch in OSM umgesetzt werden. (automatische Übersetzung)

OSM in der Presse

  • Giga berichtet über alternative Karten- und Navi-Applikationen.

Weitere Themen mit Geo-Bezug

  • Auf GeaCron findet sich eine interaktive politische Weltkarte, in der man durch die Jahrhunderte klicken kann.
  • Fastcompany veröffentlicht einen sehr ausführlichen Artikel über Ed Parsons (Chefgeograph bei Google), in dem es auch kurz um den stärksten Konkurrenten OpenStreetMap geht.
  • Mapzen hat eine Stelle für einen “Tiles Engineer” in San Francisco oder New York ausgeschrieben.
  • Metrocosm zeigt die Entwicklung großer Städte in einer interaktiven Reise durch 3700 Jahre Weltgeschichte.
  • Benita Fernando zeigt am Beispiel dreier junger Kartographen wie man Individualität in der Kartenanwendung visualisieren kann.
  • Marco Viviani berichtet (Italienisch) von der Wikimania 2016. Die Wikipedia-Konferenz fand vom 22.-28. Juni in Esino Lario, Lecco, Italien statt. (Automatische Übersetzung)

Wochenvorschau

Wo Was Wann Land
Salzburg OSM-Sonntag 03.07.2016 austria
Salzburg ”’FOSSGIS 2016”’ 04.07.2016-06.07.2016 austria
Rostock OSM Stammtisch Rostock 05.07.2016 germany
Salzburg AGIT 2016 06.07.2016-08.07.2016 austria
Stuttgart Stammtisch 06.07.2016 germany
Dresden Stammtisch 07.07.2016 germany
Passau Niederbayern-Stammtisch 11.07.2016 germany
München Stammtisch München 12.07.2016 germany
Berlin 97. Berlin-Brandenburg Stammtisch 14.07.2016 germany
Lüneburg Mappertreffen Lüneburg 19.07.2016 germany
Bonn Bonner Stammtisch 19.07.2016 germany
Karlsruhe Stammtisch 20.07.2016 germany
Leoben Stammtisch Obersteiermark 21.07.2016 austria

Hinweis:
Wer seinen Termin hier in der Liste sehen möchte, trage ihn in den Kalender ein. Nur Termine, die dort stehen, werden in die Wochennotiz übernommen. Bitte prüfe die Veranstaltung in unserem öffentlichen Kalendertool und korrigiere bitte die Einträge im Kalender, wenn notwendig.

Diese Wochennotiz wurde erstellt von hakuch, Laura Barroso, Michael Reichert, Peda, Polyglot, rogehm, Manfred Reiter, escada, malenki, Marc.

Flattr this!

by Wochennotizteam at June 29, 2016 09:37 PM

"OpenStreetMap.org User's Diaries"

شركة البيان الهندسي

احصل علي حلول عصرية لجميع مشاكلك المنزلية سواء تسربات أو ترميمات أو أو نقل أثاث أو تنظيف فلل وقصور ومكافحة الحشرات وتسليك المجاري وعزل الأسطح وتنظيف الخزانات شركة البيان الهندسي Www.albianalhandsy.com

by Tobbar at June 29, 2016 07:25 PM

Gedling as Big Brother?

The main trunk roads out of Nottingham are on the West & lead either to or across the M1 (the main English east-coast 6-lane motorway built in the 1970s). On the East side – which is where I live – most of the roads leading out of the town are B-roads, such as the B686 which can eventually take you to Southwell (pronounced locally as ‘suth-ell’) and Newark. That road is better known in Nottingham as Carlton Road then – at the point where Nottingham ends & Gedling begins – as Carlton Hill. At the top of that hill is (surprise, surprise) Carlton + Carlton shops.

If you are getting an impression of small-town & suburban for Carlton, then you are exactly right. The oldest date that I've spotted for a house in Carlton is 1906. The housing is mostly 1920/30s semi-detached with some Victorian (or later) Terraces + detached houses sprinkled amongst them.

The development of the shops is also a classic tale. Carlton is built upon a hill, and Carlton Hill is the road that leads in and out of Carlton on both sides. Enterprising householders at the top of the rise would have begun a shop in their front-room & extended into the back-room if successful.

However, there is not much room; the B686 is just 2 lanes and the maximum width on the pavement is only 3 metres. How very surprising, then, to see (what appear to be) two 10m+ surveillance masts in the middle of the pavement, one at either side + either end of the shopping street:

big brother masts?

I altered them to be mobile-phone masts before uplift, as I did not believe that Gedling council would be so gross as to place such eyesores in the street simply as CCTV cameras. However, after some thought I've reconsidered, and now think that yes, the police really are that insensitive. I've tagged one of them with “Big Brother?” to make it easier to find.

Coda

There were 2 buildings behind the main line of north-side Carlton shops that I needed to recheck (Little Bears nursery + Dolly's Tearoom), and have just returned. Whilst back on-site I took the opportunity to ask about the mast.

The masts were erected at least 8 years ago – the owner of Bella Monty (the mast is outside her shop) moved on to the street in 2008 & the masts were already present. And yes; Gedling Council truly is that crass, because they are CCTV camera masts.

The folks at Dolly's Vintage Tearoom (on the same block as the mast) were most dismissive of it. When they moved in some years ago they initially suffered some minor vandalism, probably from kids. The CCTV neither prevented the vandalism nor helped catch the kids.

I've altered the mast in question back to “man_made:surveillance”, and have removed the ‘?’ from “ref:Big Brother?”.

PS
Counting up, there are 9 hairdressers (out of 45 shops total) on just one side of this street in Carlton:

  1. Strands
  2. Bella Monty
  3. Who's Next Barbers + Rebecca's Hair
  4. Beautiful Nails
  5. Reno & Paul Hairdressing
  6. The Ink House
  7. Kudos Beauty Clinic
  8. Hair Finity
  9. Wallis and Goodrich Hairdressing

That is 1 in every 5 shops in Carlton is a Hairdresser! Astonishing; but, I have to say, normal for Nottingham (I swear that Beeston, in the West of the city, has even more). And yes, I've naughtily included a Nail shop, a beauty clinic & a tatooist in the total, plus one of the shops is down a side-street (just), but I've also included all of the currently closed-down shops in the total number. Nottingham's girls love getting their hair done so much that they are easily able to support an army of other women + some men to attend to their every need. And the council spends thousands of pounds to watch them do it.

by alexkemp at June 29, 2016 02:32 PM

First Video on OSM

I live in Dhaka, the capital of Bangladesh. It is a densely populated area to live in. Remote Mapping in Dhaka is also difficult because the imagery quality is not that great and the buildings are so dense that it is hard to separate from one another. However, I noticed that the imagery in Dhaka has two layers. Upto zoom level 18, there is one imagery that is quite clear but small to draw from. From zoom level 19, another imagery that is quite unclear, dense and sometimes covered in cloud. So I figured a way out to use the first imagery to draw from. I made a video about it. Here is the link:

https://www.youtube.com/watch?v=gRTnKmbbaTo

So far, this is helping a lot. I am not sure if this trick can be used elsewhere but this is worth a try.

by mmahmud at June 29, 2016 02:00 PM

ЕженедельникОСМ №306

Замечания по переводу оставляйте в комментариях или исправьте в вики

24/05/2016-30/05/2016

Logo Knife Tool для JOSM от Eliane J. Meneses aka samely и Rúben L. Mendoza aka Rub21

О нас

  • Английская версия ЕженедельникаОСМ рада сообщить, что Alex Sims aka Softgrow из Аделаиды присоединился к команде. Мы приветствуем нашего первого члена команды из Австралии.

Картографирование

  • Benutzer Reclus начал обсуждение (Deutsch) (автоматический перевод) используемого для общественного транспорта в Rhine Ruhr конурбации. Он отмечает проблемы с обеспечением целостности данных в OpenStreetMap и изменениях в представлении данных различными транспортными операторами. Обсуждение следует.
  • Пользователь Blackbird27 написал длинную и подробную статью об использовании Mapillary для отображения в OpenStreetMap с JOSM. Sandra Uddback так же писала об использовании Mapillary в OpenStreetMap в блоге Mapillary.
  • Пользователь Ukundji начал обсуждение (German) (автоматический перевод) об улучшении отображение церквей и мечетей вокруг Берлина, которые затем спровоцировали много дискуссии про тэги зданий, религиозных общин, на линиях и точках.
  • [1] Перуанские члены испанской команды нашего "ЕженедельникаОСМ", Eliane Joyo Meneses и Rubén López Mendoza (оба работают в MapBox Перу) разработали многофункциональный нож для JOSM, который легко делает разделение линий в произвольной точке.
  • MAPS.ME в версии 6.17 для iOS может искать почтовые индексы. Замечания по выпуску предполагают, что пользователи должны добавлять недостающие почтовые индексы в OSM. TheFive твитнул свои сомнения, о том что это не такое хорошее предложение для новичков.
  • Пользователь Maturi0n спрашивает на немецком OSM форуме может ли он удалить детали из частных садов в OSM, которые были нанесены на карту из аэрофотоснимков. Его личное мнение заключается в том, что эти детали являются частными и не надлежат отображению в OSM. Обсуждение становится весьма жарким. (Deutsch) (автоматический перевод)
  • Существует дискуссия в почтовой рассылке Talks (Deutsch) (автоматический перевод) о том, чтобы включать в ОСМ некоторые духовных импровизированных уличных святынь в OpenStreetMap, но есть проблемы, поднятые об их непостоянства.

Сообщество

  • Gregory Marler продолжает свой обзор книги Стива Коста The OSM book со своими комментариями по поводу интервью в первой половине книги.
  • Архитектор и дизайнер Mateo Prati из Рима в Италии показал свои 3D виды Манхеттена сделанные с использованием Blender и данных OpenStreetMap.
  • Сообщество OpenStreetMap в Ирландии написали о том, что наконец достигли 95% выполнения отрисовки населенных пунктов. (townland это наименьшее административное деление земель, используемое в Ирландии, их около 61000 по всей стране.)
  • В Латинской Америке в рамках OSM сообщества появляется ряд каналов в Телеграмм и их количество продолжает увеличиваться. (via: Твит от OSM Аргентина).
  • H. Albrecht задавал (на немецком языке) (автоматический перевод) о своем положительном опыте использования ОСМ и его поездке в Китай.
  • Humberto Yances снова указывает (Spanisch) (автоматический перевод на задание от гуманитарной команды HOT-Task картографирование прибрежных районов Эквадора, поскольку теперь есть новые снимки с беспилотных летательных аппаратов.

Фонд OpenStreetMap

  • Рабочая группа по организации The State of the Map опубликовала статью на тему корпоративного членства. Источник: OSMF-talk
  • Пользователь malenki отчитывается в своем блоге, что совместно с Amazon немецкий партнерский счет OSM заработал около 10 000 евро с момента его создания в мае 2010 года. В то время он также открыл партнерский счет на amazon.com, но сообщество ОСМ США не заинтересовалось в его использовании.

События

  • Peter Neubauer пишет в своем блоге об опыте участия в SOTM Франции и об аввторах Mapillary, которых он встретил там.

Гуманитарный OSM

  • Два доклада об эффективности OSM для ликвидации последствий недавнего землетрясения в Эквадоре:
  • Vistazo (Spanisch) (автоматический перевод)
  • PBS
  • Проект Высокогорные Гориллы будет проводить картографирование 2-3 июня.С помощью HOT и Edirisa они надеются значительно увеличить карту ОСМ на юго-западе Уганды и северо-западной части Руанды.
  • Mapbox объявляет, что их карта и с ними инструменты теперь свободны для оказания гуманитарной помощи.
  • Paul Uithiol сообщает что HOT получает финансовую поддержку через "Grand Challenges Explorations" (GCE) для исследований в области здравоохранения и развития. Инициатива GCE стартовала в 2008 году и поддерживает 1186 проектов в 61 странах мира.
  • Mapbox опубликовал снимок Шри-Ланки с ультра высоким разрешением 7.5cm. Изображения были созданы для Северо-Восточной жилищной реконструкции по программе Всемирного банка (NEHRP).

Карты

  • Kaushik Chatterji описывает эффекты и последствия предлагаемого законопроекта [PDF] в Индии. Существует призыв ко всем о том чтобы сохранить карту в Индии.

Программирование

  • Ladislav Laska объявляет о доступности сборок ночных версий редактора OSM Merkaartor (может быть нестабильными), как для платформ Windows, и OSX. Сообщения об ошибках приветствуются, например через github repository.
  • Обновленный Maproulette уже достиг статуса бета и и заменит предыдущую версию примерно в конце июня. Попробуйте его и дать Мартейн обратную связь.

Программы

Программа Версия Дата релиза Комментарии

OpenLayers 3.16.0 2016-05-23 Новые возможности и исправления 95 замечаний, начиная с версии v3.15.1

iD 1.9.5 2016-05-25

Maps.me iOS 6.1.7 2016-05-25 Доступны почтовые индексы

osmosis 0.45 2016-05-27 Много изменений

А вы знаете …

Другие “гео” события

  • Real Earth выигрывает у Microsoft соревнование по созданию эффективноей карты маркеров внутри помещений 3D с минимумом ошибок.
  • Tagesanzeiger сравнивает самые длинные железнодорожные туннели в мире.
  • Google расширяет свою рекламную прогамму добавлением "оплаченных отметок" на картах Google.
  • Justin O'Beirne пишет об изменениях в картах Google на протяжении многих лет.
  • Terrapattern опубликовала альфа-версию их "поиска похожих изображений". Martin Dittus спрашивает может ли это каким-то образом использовать для Гуманитарного OSM.
  • Lauren Young отписывает 10 методов которые помогут преобразовать наш базу planet в карты.

Предстоящие события

Где Что Когда Страна

Wien 57. Wiener Stammtisch 02/06/2016 austria

Colaboratorio Mapa Comunitario de Activos de Santurce 04/06/2016 puerto rico

Mantova 2016 Mapping party a Volta mantovana 04/06/2016 italy

Bucharest OSM Bucharest Mapping Party 2016 04/06/2016 romania

Bucharest OSM Bucharest Mapping Party 2016 05/06/2016 romania

Brasília Encontro OSM Brasília 05/06/2016 brazil

Brussels Missing Maps Mapathon @Doctors without borders/Handicap international 06/06/2016 belgium

Tokyo OSM Monthly Mappers "M-eat-ing" - Jun 2016 09/06/2016 japan

Besenello Trentino Portobeseno : several talk about OpenStreetMap 10/06/2016-12/06/2016 italy

Edinburgh Edinburgh 14/06/2016 united kingdom

Lyon Rencontre mensuelle mappeurs 14/06/2016 france

  • Примечание: Если вы хотели бы видеть Ваше мероприятие здесь, пожалуйста, поместите его в календарь. Только данные из этого календаря появится в ЕженедельникеОСМ. Пожалуйста проверьте ваше событие в нашем публичном календаре, сделайте предпросмотр и исправьте его в случае изменений, если необходимо..

Этот выпуск подготовлен Hakuch, Laura Barroso, Nakaner, Peda, Rogehm, Softgrow, derFred, escada, jinalfoflia, malenki, mgehling, stephan75, wambacher, widedangel.

by Sadless74 at June 29, 2016 12:31 PM

DOST - Project NOAH (ISAIAH) finishes mapping building footprints in Cavite

OpenStreetMap contributors, through the initiative of ISAIAH (Integrated Scenario-based Assessment of Impacts and Hazards) component under DOST - Project NOAH (Nationwide Operational Assessment of Hazards), have recently completed mapping the building footprints of Cavite.

gif

One of the objectives of ISAIAH is to map the exposure elements such as buildings and critical facilities. Identifying the critical facilities such as schools, hospitals, and government offices, and other infrastructures will be essential in determining the areas vulnerable to disasters and can be used as a starting point in reducing disaster risk. All of these data will be used in improving community disaster management before, during and after emergencies. This initiative involves a collaborative partnership with the OpenStreetMap community.

Last March to April, Project NOAH conducted a series of OpenStreetMap training to its staff to digitize the building footprints in the selected provinces in the Philippines using the available imagery from Bing and MapBox. The provinces were selected according to the available imagery, land area and population of the provinces, and the available population data we have from the Philippine Statistics Authority as of 2010. Accordingly, Project NOAH created a mapping task on the HOT Tasking Manager for the province of Cavite. Since then, Project NOAH staff and OSM community started contributing to the mapping task.

Cavite Tasking Manager

As of June 28, the mapping task for Cavite is 100% complete and 18% validated. This mapping initiative helped increase the number of building footprints in Cavite from 110,506 to 631,825.

Below is the image of the downloaded building footprints in Cavite as of June 28.

Building footprints mapped in Cavite after NOAH initiative

You may view the map comparison of before-and-after edits here.

The translated building footprints data from OpenStreetMap are being utilized in one of Project NOAH tools, the WebSAFE application. It is used as an impact assessment tool for end-users to be able to readily identify the number of affected people and buildings in case a hazard scenario like flood affected a certain area. Using this tool, local government units can easily identify how many relief goods are needed to be allocated when a severe weather event happens.

WebSAFE for Cavite

Thank you for helping us map Cavite!

Project NOAH recently opened a new task for the province of Zambales. Click here to help us map the province. :)

by feyeandal at June 29, 2016 10:37 AM

Mapeamento da vila zumbi do pacheco, vila dois carneiros e Marcos Freire.

Ontem eu mapie uma área que faltava na vila Zumbi do Pacheco e o bairro de dois carneiros divisa entre recife e Jaboatão dos Guararapes, os bairros tem uma área com poucos nomes de ruas e com algumas ruas ainda para ser colocado os nomes das mesmas, também mapie uma boa parte do bairro de marcos freire, Cohab, mais precisamente na vila 27 de Novembro, essa foi a minha contribuição de ontem.

Assim vou mapeando os bairros e colocando nomes nas ruas...

Raphael de Assis.

by raphaelmirc at June 29, 2016 09:36 AM

ШТОСМ

Букинг в кармане

Вчера вышла новая версия MAPS.ME, в ней, помимо коекакового велороутинга появились точки из базы booking.com. Кликнешь на гостиницу — и с большой вероятностью узнаешь не только название и количество звёзд, но уровень цены и рейтинг по букингу. И, конечно, ссылку на бронирование, с секретным номером, по которому нам переведут часть комиссии. Так что для бронирования гостиниц и хостелов пользуйтесь теперь только MAPS.ME! Мадина в фейсбуке правильно заметила, что приложение теперь стало не только «картой в кармане», но полноценным офлайновым каталогом рейтингов booking.com в кармане: приехав в другой город, можно не искать интернет, а прямо выбрать ближайшую приличную гостиницу.

Ещё это означает, что внутри файлов mwm теперь собраны данные из OSM и из проприетарного источника. Это значит, что если вы их вытащите, распространять их нельзя. Также это потребовало аккуратного подхода, ведь лицензия OpenStreetMap запрещает смешивание. Мы не могли использовать ни координаты, ни локализованные названия закартированных гостиниц. По сути, мы просто выкинули 84 тысячи точек и шлёпнули поверх 856 тысяч проприетарных точек. Чтобы не выкладывать гигабайты изменённых данных OSM, мы ограничились публикацией файла skipped_nodes.lst в каталоге карт: вырезав точки с этими идентификаторами из данных OSM, получите ровно то же, что видно в приложении.

Вы правильно озадачены, почему так мало вырезали и почему в приложении так много задублированных гостиниц? Мы не успели сделать сопоставление с площадными объектами, поэтому если теги висят на здании, оно останется. Можно ли обойтись без данных booking.com? Конечно: качайте ежедневные карты, там всё для осмеров. Разумеется, их можно совместить: например, для своего города пользоваться ежедневными сборками, а для путешествий качать официальные карты. Главное, качать не зря: ищите гостиницы по новой большой базе и бронируйте, как выберете!

June 29, 2016 09:25 AM

"OpenStreetMap.org User's Diaries"

Multi-Light Rendering and Voronoi Diagrams

I spoke with B4sti and Tordanik last week about how to best attack shading with multiple light sources. As it stands, OSM2World can only handle a single light source, the sun. Adding any individual light source is not so much of a problem, some tweaks to what information is passed to the graphics card and now you have another light source. The problem is one of scalability. OpenGL breaks the faces of shapes to be rendered up into fragments. Each fragment must have its color calculated individually, based upon several factors, including the lighting. To add a second light source would require every fragment to consider both light sources. As you keep adding lights, each fragment must consider every light. This may not seem so bad, but there may be hundreds of thousands of fragments in a single frame. If each fragment has to consider 10 lights, thats one million calculations, and it only gets worse from there. But one could easily imagine a city scene with more then 10 lights, even just a highway with street lights would have more than that.

We can makes things a little bit easier on ourselves by only considering the closest light to each fragment. While this means we only have to do the lighting calculations for a single light source at each fragment, we still need to test the distance to every light source to find the shortest. We need some method to precompute the closest lighting source to each fragment so we can avoid the timing consuming process of calculating it. Unfortunately, we have no way of knowing where a fragment is ahead of time.

The solution we came up with is similar to the concept of a Voronoi Diagram. A Voronoi diagram is a mapping of points on a continuous plane to a finite set of seed points such that each point is mapped to the closest possible seed point.

Voronoi Diagram

(Each colored region would be affected by the lighting source closest to the vertex in that region)

If we imagine each seed point to be a vertex in our world geometry, then each vertex could be assigned a precomputed closest light source, and every point in the region belonging to that vertex would use that light source for its calculations. Typically, if we were to assign an ID to each vertex, OpenGL would use those values to interpolate the value for a fragment between those vertices. But by tweaking the behavior of this interpolation, we can make a fragment take the value from the closest vertex without interpolating it, and without performing any additional calculations. If we know already know which light is the closest, the calculation no longer depends on how many lights are in the scene, and the number of lights could be much greater.

by Zabot at June 29, 2016 07:23 AM

Better Sunsets!

After I had implemented moving the sun a few weeks ago, I realized that things looked out of place without an actual sun. So I busted out the physics textbook (google) and did some research. Sunset

The Physics

You might remember from your physics classes that light does one of three things when it strikes an object. It can be absorbed, reflected, or transmitted into the new medium. In the case of atmospheric scattering, we discount the last possibility because all of the particles are opaque. This leaves us with absorption and reflection. Absorption is fairly self explanatory, the farther light has to travel through the atmosphere, the less light is going to make it. Reflection is not quite as simple. Because the light could be reflected in any direction off of the particle, we further define reflection as in-scattering and out-scattering. Out-scattering is when light originally in a ray is reflected (scattered) away from (out of) the ray, lessening the final brightness. In-scattering is when light not originally out of a ray is scattered into the ray, increasing the final brightness. To define the final color of a fragment to a viewer, these three values most be calculated for every point along a ray from the fragment to the viewer. To see this in action, lets look at a sky without scattering.

If we consider the sun as a directional light source where all rays are parallel (not entirely true, but close enough for most purposes) then for each ray, we need only check if it is perfectly parallel to the sun, if it is then we see a bright sun at that ray, if not then there is no light and we see black. This is what you see if you look at the sun from space (Because the real world sun is not a perfect directional light source, there are several rays which are parallel to the sun, giving it its apparent size).

Absorption

The first atmospheric affect we look at is absorption. During each collision with a particle, there is a probability that the light is absorbed. The further that light has to travel through the atmosphere, the higher the probability of a collision, and the more collisions there are, the more chances there are for that light to be absorbed. If it were possible to observe a planet where the atmosphere only absorbed light, you would still see the sun at a single point, but as it lowered in the sky the point would become dimmer as more light is absorbed by the atmosphere.

Out-Scattering

Next we introduce out-scattering, the effect will be similar to that of absorption, as light is removed from the ray but the process is slightly different. To examine it we need to look at the two types of scattering, Mie scattering and Rayleigh scattering. The two are different names for similar phenomena. Mie scattering is seen when the size of the particles doing the scattering is comparable to the wavelength of the light being scattered, such as water vapor in clouds, or smog and other large particles close to the surface. Rayleigh scattering is when the particles doing the scattering are much smaller than the wavelength of the light, such as the nitrogen in the atmosphere. Going to much further dives into some serious physics, but the important thing to take away is that Rayleigh scattering scatters shorter wavelengths (blue) more than it does longer wavelengths (red), while Mie scattering scatters all wavelength equally. During sunrise and sunset, the light from the sun has more atmosphere to travel through, so much of the blue light is scattered away, giving the dawn and dusk sun its red color. During the day, there is less atmosphere between your eyes and the sun to scatter away the blue light, and we are able to see it as the color of the sky.

Implementation

In reality, every ray of light is eventually absorbed by something. Unfortunately, simulating the lifespan of every individual ray of light, potentially through dozens of bounces through the atmosphere can be incredibly computationally intensive. To make calculations easier, instead of simulating every bounce, we assume that once a ray has been out scattered, it effectively disappears. Now we can combine these two effects into a single factor, extinction, and model it as an exponential decay.

vec3 extinction(float dist, vec3 initial_light, float factor) {
    return initial_light - initial_light * pow(scatter_color, vec3(factor / dist));
}

scatter_color is what really defines the color of the sky, you can modify it in your config file by setting scatterColor = #xxxxxx. This color specifies how the sky scatters different colors of light. The gist of it is that a higher a channel is set, the more of it you will see in day time, and the less you see during sunrise and sunset.

Now we're getting somewhere, but we need some more support equipment if we want to render a sky. To calculate the amount of light that is lost to extinction, we need to know how much atmosphere the light is traveling through. This function is the product of the law of sines from trigonometry and a circular cross section of the atmosphere through the center of the earth, the viewer, and the point where the a ray from the viewer leaves the atmosphere.

float atmospheric_depth(float alt, vec3 dir) {                                                             
    float d = dir.y;
    return sqrt(alt * alt * (d * d - 1) + 1) - alt * d;
}

We have everything we need to define out-scattering and absorption, but we still need a way to define in-scattering. To calculate in-scattering, we use a phase function. This function estimates the probability that a ray will be scattered an angle alpha away from its original direction. This phase function comes from this GPU Gems article.

float phase(float alpha, float g) {
    float a = 3.0 * (1.0 - g * g);
    float b = 2.0 * (2.0 + g * g);
    float c = 1.0 + alpha * alpha;
    float d = pow(1.0 + g * g - 2.0 * g * alpha, 1.5);
    return (a / b) * (c / d);
}

To color the rest of the sky, we sample several points along a vector from the eye to the fragment we are trying to color and calculate the probability that light will be scattered from the sun towards the viewer. We scale the probability by the intensity of the sun to calculate the amount of light being scattered from the sun towards the viewer. But this light isn't done yet, it still has some atmosphere to travel through, so we calculate the amount of light that is lost going from the sample to the viewer. We add together the light from each sample point to find the total light that reaches the viewer. You can read the rest of the code here, and have a look at Florian Boesch's excellent article where I pulled the original algorithm from.

by Zabot at June 29, 2016 06:46 AM

June 28, 2016

ШТОСМ

Всё на эмодзиях

Хорошие значки — один из признаков качественной карты, поэтому в Mapbox не довольствуются открытым набором SJJB, а сделали свой открытый набор Maki: 144 значка в public domain на гитхабе. Недавно компания написала обширный дизайн-док для тех, кто хочет дополнить набор значков, и открыла редактор оформления Maki. Теперь не нужно в Inkscape дорисовывать фон или перекрашивать методом изменения чисел в скрипте, достаточно выбрать параметры в веб-интерфейсе и нажать кнопку «скачать». Ещё бы такое для SJJB — вариантов Maki иногда не хватает.

Впрочем, у невзыскательных картографов, или которым хочется праздника, есть ещё вариант: воспользоваться общедоступным огромным наборов значков, который встроен прямо в систему. Emoji Map Мертена Пеетца удивляет не только яркостью при тёмном фоне, но и плотностью заведений.

June 28, 2016 05:09 PM

"OpenStreetMap.org User's Diaries"

Données de tableurs, CSV et uMap: GeoCamps de juin 2016

Les récentes Journée d’échanges autour de l’éducation aux médias et au numérique dans la Loire 2016 et Rencontres Régionales de l’Internet Accompagné en Auvergne-Rhône-Alpes m'ont donné l’occasion de présenter quelques-unes de mes explorations et expériences autour de uMap et de données tabulaires.

On n'est pas là dans de la géomatique professionnelle mais dans des usages possibles (relativement) grand public, et définitivement dans le cadre de la Médiation Numérique.

jammin' !

J'ai tout documenté ici : Données issues de tableaux et cartographie en ligne, GeoCamps de juin 2016, sur le blog de Zoomacom.

by EddieJ at June 28, 2016 04:46 PM

Manurewa

Manurewa is the place to be right now.

by Rewa267 at June 28, 2016 01:43 PM

Transit APT

Inizio a compilare i file GTFS per l'Azienda Provinciale Trasporti (APT - Gorizia) con qualcosa di semplice: i collegamenti aeroportuali.

Fonte il volantino dell'azienda dei Collegamenti Aeroporto Estate 2016, dove non viene definita nessuna licenza all'uso (o almeno non ne ho intravisto la definizione)-

Dopo aver inserito alcune fermate e creato relazioni con JOSM, comincio a raccogliere i dati per il file stops.txt con la seguente Overpass query

MI vengono restituite le seguenti linee:

ref:apt,name,@lat,@lon
20605,Grignano Miramare,45.7068082,13.7159159
20608,Piazza della Libertà,45.6571277,13.7722080
01629,capolinea APT,45.8207708,13.4838185
20106,Duino Centro,45.7733263,13.6044971
12029,Monfalcone,45.8086023,13.5326253
20110,Sistiana,45.7713633,13.6373722

Standardizzo lo header con
stop_id,stop_name,stop_lat,stop_lon
compilando quindi il file stops.txt

Il tag OSM "ref:apt" (che diventa GTFS "stop_id") sembra univoco per tutta APT; TODO: verificare le altre sue linee, per non avere duplicati.

Inserisco le date di inizio e fine validità in calendar.txt dai dati APT

Per i codici dei viaggi riporto quelli APT (anche questi sembrano univoci) compilando "trip_id" di trips.txt

Per i codici delle linee riporto quelli APT, compilando la colonna "route_short_name" di routes.txt

by Cascafico at June 28, 2016 12:51 PM

晋中市榆次区山西大学城

添加了山西大学城主要路网,各学校校区范围。

完善了大学城周边村落的命名。

校园地图希望能够得到学校学生的完善。

by cabineer at June 28, 2016 12:42 PM

Consulta como viajero

Hola, quisiera saber si es posible incorporar una opción de ciclistas, e hecho muchos viajes en bicicleta y e utilizado mucho esta aplicación y me e registrado para poder mapear puntos importantes de descanso en carpas y más para cicloturisras, además de recomendar mucho esta aplicación para sus dispositivos móviles. Atento a sus respuestas.

 Ŧ๏א  Danny Fox

by Dannyfox at June 28, 2016 05:20 AM

Let's pretend like Maps.me contribution is an import.

Case of Maps.me is, in many aspects, similar to cases of Potlatch and iD (on its early stage of deployment), but in certain aspects it is special. At least, in aspect of how frequent those edits are. Since currently it is hard to reach out to every Maps.me editor user, it makes the whole situation a kind of similar to imports, where we have massive amount of data, originally not suitable for OSM, often - with questionable quality (should I remind everybody of TIGER and its consequences for American OSM?), with certain systematic issues.

If this analogy is acceptable, it's logical to apply certain import guidelines to it. Think about paragraphs 2.9, 1.1, 1.2, 1.4, 1.5, 2.1.

So, if these requirements are acceptable (I mean, nobody thinks it's impolite to require it) for imports, why it shouldn't be applied to Maps.me, or whatever editor, which increases involvement of people, unaware of OSM guidelines, or provokes systematic mistakes? I've seen comments, where people literally opposed paragraph 2.9:

Take great care to avoid damaging the database and don't leave a messy import and assume that nameless OpenStreetMap contributors working in iD and Potlatch and will tirelessly complete your work. JOSM is better at for untangling messy data, but it's still difficult and you should do this work yourself if necessary.

And, by the way, it also says:

If your import does 'go wrong', or you needed to interrupt an upload half way through, then this should be reverted promptly. ... If you don't know how to revert an import, don't do the import in the first place.

When applied to editors, it means, that if it systematically provokes avoidable wrong edits, measures should be taken to prevent them. And developers should be prepared to do a cleanup.

I hope, nobody will read this diary entry as some kind of bullying of Maps.me developers or another complain. That wasn't my intention. My intention was to demonstrate, that OSM community does have more or less detailed guidelines for quite similar situation.

by BushmanK at June 28, 2016 03:44 AM

June 27, 2016

ШТОСМ

"OpenStreetMap.org User's Diaries"

GSoC: iD editor blog 3

Hey, I have made some major progress since I last talked about my work with iD. I am continuing my work with lane icons last time.

This is how the current lane selection looks like.

https://dl.dropboxusercontent.com/u/35525804/lane/lane_editor.gif

Also the iD is currently going through modularisation and we are tracking it here.

With the help of my mentors we decided to draw some awesome icons. You can track the update at this gitbub repo. These are some of the icons I recently created. Suggestions are welcomed.

bike bus hov pedestrian train

I am also organising an OSM hack weekend at Bangalore. If you are around don't miss this event. Link to the event http://wiki.openstreetmap.org/wiki/Bengaluru_Hack_weekend_July_2016.

by kepta at June 27, 2016 06:37 PM

punto de encuentro.

Esta plaza, ubicada en la localidad de Loma Hermosa, en época de inundaciones, sirve de punto de reunión donde se junta mercadería, agua y alimento, los cuales se reparten en zonas mas afectadas, con la colaboración de un vecino que dispone de una flota de camiones.

by Lalalian at June 27, 2016 03:12 PM

Det här är bara ett testinlägg

Skoghall borde ju vara en fin plats för varje fotograf, men Skåne är ännu finare. Speciellt längst med kusten.

by Erik Edgren at June 27, 2016 11:13 AM

Weekly roundup - Suspicious mapping

Here is this week's collection of suspicious mapping observed between 20 - 24th June.

  • This changeset from a new user was observed to be deleting POI's, beach, public toilets and adding a random square without reference to the imagery or any mentioned source. This was reverted.
  • This changeset changed name of the Paracel islands from Chinese to english, changed the locality from Chinese to Vietnamese, added a traingle on the map with no reference. This was reverted by the DWG.
  • This changeset was observed to be deleting a lot of buildings and roads.
  • This changeset deleted a lot of service roads.
  • In this changeset the nodes had landuse=farmland tag.
  • This changeset had given building=yes tag to resendential areas instead of the individual buildings.
  • This changeset deleted buildings using iD editor with no explanation in the comment.
  • This changeset deleted private roads using the iD editor. This was reverted by the community.
  • This changeset added address tags to every single object in the changeset including the nodes. The cleanup of this changeset was detailed in this diary post.

And ofcourse, look forward to this roundup again next week. If you observe any suspicious mapping, comment on the changeset and let the mapper know. Mistakes happen all the time.

Happy mapping!

by manoharuss at June 27, 2016 07:31 AM

Detailtiefe an Straßenkreuzungen

Nehmen wir mal eine relativ einfache Landstraßenkreuzung, hier bei Oberems im Taunus. Kreuzung einfach gemappt Diese Kreuzung kommt ohne irnkwelche Spezialitäten aus, sie braucht keine Abbiegebeschränkungen, keine Einbahnstraßen, nichts. Sie sieht in der Karte vernünftig aus und wird auch in jedem Router einwandfrei funktionieren. Die Abbiegespuren auf der B8 sind getaggt, Fahrspurhinweise können also gegeben werden. Und daß man von der B8 schon 10 Meter vor der einklichen Kreuzung rechts abbiegen kann, wird jeder Fahrer vor Ort intuitiv erfassen, das muß sein Navi ihm nicht sagen.

Jetzt kommt aber ein eifriger Mapper daher und zeichnet die zwei Rechtsabbiegeverbindungen zusätzlich als highway=secondary_link ein. Das ist zunächst einmal gerechtfertigt, schließlich bilden sie aufgrund der Inseln eine baulich getrennte eigene Fahrbahn.

Das mag die Realität besser (im Sinne von präziser) wiedergeben. Aber mit den beiden Spuren ist es nicht getan. Jetzt muß man nämlich 1. die Abbiegespuren auf der B8 anpassen (die Rechtsabbiegespuren enden ja dort, wo die Abbiegebahnen beginnen). Dafür muss der Way hier aufgeteilt werden. Als nächstes muß der Kollege bei der Einmündung in die L 3023 das scharfe Linksabbiegen verbieten (Wendeverbot, ergibt sich aus der Sperrfläche) und auch hier den Way aufteilen als „to“ für die Abbiegebeschränkung. Dann muß am „Hauptkreuzungsnode“ das Rechtsabbiegen verboten werden, außerdem das scharfe Linksabbiegen aus der Gegenrichtung in die Rechtsabbiegerbahnen. Und das in beiden Richtungen. Voll ausgebaut sieht unsere Kreuzung so aus: Kreuzung einfach gemappt Im Vergleich zu Bild 1 haben wir hier:

  • 4 Nodes und 6 Ways mehr (davon 4 durch das Aufteilen der bestehenden Straßen)
  • 6 Relationen mehr (Abbiegebeschränkungen).

Aber das ist ja noch nicht alles. Jetzt kommt der übernächste Mapper und teilt die jeweils 12 Meter der L 3023 an den Verkehrsinseln in separate Ways auf (was so nicht OSM-konform ist, dafür gibt es nämlich traffic_calming=island, aber egal). Abgesehen davon, dass dann die separaten Ways gern spitzwinklig gemeinsam auf die B8 geführt werden (oder man hat man beim Wendeverbot ein Stück way in der via-Role), was dazu führt, daß ein Navi, das nach rechts auf die B8 abbiegen will, eine Richtungsänderung von deutlich über 90 Grad sieht (was falsch ist), braucht das nochmal einen Sack Abbiegebeschränkungen und Way-Aufteilungen.

Und da frag ich mich dann wirklich: Ist es das wert? Brauchen wir Kreuzungen so exakt? Die einfache im oberen Bild funktioniert nämlich auch.

Und präzisestes Kreuzungsmappen hat auch einen Nachteil: Der Pflegeaufwand steigt enorm. Immer an den nächsten Mapper denken, du wirst das vermutlich nicht selbst weiterpflegen. Wird in 10 Jahren eine Buslinie einmal umgelegt, muss man hier höllisch aufpassen, auch alle Richtungen richtig in die Busrelationen aufzunehmen – statt einfach die zwei Straßen im oberen Bild.

Mein Appell an alle Kollegen: Keep it simple. Unsere Datenbank ist komplex genug mit den Details, die rein müssen. Und bestimmt gibt es in eurer Nähe noch ein Fleckchen, wo Hausnummern fehlen. Die sind wichtiger, adreßgenaues Routen wird heute erwartet, auch von OSM-basierten Navi-Systemen.

--ks

by kreuzschnabel at June 27, 2016 07:22 AM

GPS Coordinate shortener: what3words vs Mapcode

The moment I launched Navmii GPS I was presented with 3 words that looked like this:

https://map.what3words.com/

I started looking for the explanation and found that's from the service called what3words, that attempts to solve the user-unfriendliness of GPS coordinates by splitting the whole world into 3m x 3m squares and assigning a unique set of 3 words to every location:

what3words website

Now, I got all excited and thought this is going to be the best thing ever, but my wife was skeptical and made a great point:

what3words address for a Robin Williams bench has an address of "script.export.noble". Move 3 meters east and you'll get "votes.began.hours". So it is allows you to precisely locate a feature. But here's the problem - you can't infer anything from these words. Unless you have an access to a device that has a mapping available, you can't know what continent it is on. This may not be the best use case, but when you have an address of "5 Child Street, Boston, Massachusetts, USA", you can assume "6 Child Street, Boston, Massachusetts, USA" will be somewhere nearby.

Okay, so I was less hyped and started looking into the way the words are generated, and it turned out the algorithm and the data is not in a public domain, and you need to use their REST API or offline SDK to perform the mapping.

Our goal is for what3words to become a global standard for communicating location. At the moment, the core what3words algorithms and data are not in the public domain. In the future, we may release some or all of our source code – we will continually evaluate the business case for doing this.

http://developer.what3words.com/pricing/

And then I've read this in their API License terms:

You must not pre-fetch, cache, index, copy, re-utilise, extract or store any what3words Data.

Well... you can contact them to get the SDK containing the data, but... I am not sure I like the idea of a company pushing a global addressing standard that you can't freely use. I've recently read w3w is selected by Mongolian Post office to provide addresses for locations that don't really have an official address. It will be interesting to see how this works in real life.

Another thing I encountered during my search for navigation was Mapcode (used, for example in Here Android app).

http://www.mapcode.com

Originally created by TomTom, this system does not really rely on any centralized data. The algorithm, however, is patented:

In order to prevent misuse, unauthorised alterations, copying or commercial exploitation, please note that the ideas and algorithms behind the mapcode system have been patented and that the term "mapcode" is a registered trademark of the Stichting Mapcode Foundation. Our mapcode source code is released Apache License Version 2.0.

A good thing about Mapcode is that it shortens the coordinates to manageable tokens, and you can select the representation that better suits your needs. And the best part is that you don't need any server interaction for it all to work.

[rye@delorean ~]$ python3
Python 3.4.3 (default, Jun 13 2016, 16:33:53)
Type "help", "copyright", "credits" or "license" for more information.
>>> import mapcode
>>> mapcode.encode(42.52838, -83.36005)
[('7S.65B', 'US-MI'), ('S3K.6YD', 'US-MI'), ('CDS1.XWV', 'US-MI'), ... ]
>>> mapcode.decode('US-MI 7S.65B')
(42.528403, -83.360037)

Close enough.

Okay, guess what part of the world "US-MI 7S.65B" is in? How about bugs.bumps.glue? And I am pretty sure it is easy to figure out that "US-MI 7S.659" is nearby.

On the other hand, embedding the country/state into the code can cause the same issues as the country borders in disputed territories. The location above also has an international address of "T8BB9.T204", which has the same problems as w3w one, except that there are neither bugs nor glue.

So, what do you think? Does a world need a GPS coordinate shortener and if so, what would you use?

by ryebread at June 27, 2016 12:41 AM

June 26, 2016

"OpenStreetMap.org User's Diaries"

Inwałd - sieć drogowa

Dokończona sieć drogowa na północ od DK52, łącznie z dojazdami do budynków. Kilka innych szczegółów też przy okazji się pojawiło :)

by wAndrychowiepl at June 26, 2016 11:50 PM

Editando o OSM.

Hoje eu editei as ruas do bairro de três carneiros alto e baixo, editei também as ruas do bairro de vitoria de santo antão/PE, adicionei agencia bancarias, campo de futebol e edifícios.

Hoje tive a ajuda do amigo Erick na edição do bairro de Três Carneiros Baixo.

Uma ótima diversão para quem gosta de mapas, edições e colaborar com o projeto do OSM.

Para se cadastrar e editar, acesse o site e faça o seu cadastro no link abaixo; www.openstreetmap.org

Um Forte Abraço. Atenciosamente,

Raphael de Assis.

by raphaelmirc at June 26, 2016 10:07 PM

June 25, 2016

"OpenStreetMap.org User's Diaries"

Моя поездка в Непал - трек “Три перевала” и Базовый лагерь Эвереста.

Всем привет! Расскажу я вам о треккинге в Гималаях который приключился со мной в Апреле этого года, а если быть совсем точным, то с 10 по 27 Апреля включительно. Как обычно – составил план действий, который потом благополучно выбросил, прочитал кучу отчётов и тем на форумах, купил билеты, собрал вещи и поехал ходить. Изначально планировался перелёт до Луклы из Катманду (и обратно) далее – Lukla, Phakding, Namche Bazaar х2, Phortse Tenga, Dole, Machhermo, Gokyo х2, Chola pass (5420m), Thanga, Dzongla, Lobuche, Gorak Shep х2 (Everest base camp), Chukhung, Dingboche, Tengboche, Namche Bazaar, Lukla. Предполагалось движение по часовой стрелке по маршруту EBC (Everest base camp) Circuit. По какой-то причине я читал отчёты только по маршрутам и его вариациям до EBC. Есть прямой, есть кольцо. Вариантов – на сколько хватает фантазии. Прямой не особо интересовал так как обратно идётся по тому же пути что и до лагеря, плюс он короткий. Благодаря новым знакомым узнал про трек Three Passes, его можно идти как по, так и против часовой стрелки. Но как выяснилось по часовой стрелке идти сильно не желательно в силу разных обстоятельств. Таким образом мой маршрут был откорректирован до неузнаваемости, но включал в себя всё что я хотел, а это – гора Chukhung (5545m), Kala Patthar (5615m) и EBC (5364m). Помимо этого, в него вошли три перевала - Kongma La (5535m), Cho La (5420m) и Renjo La (5445m). Время в пути особо не поменялось. Казалось бы – иди и наслаждайся, но нееееет. Было решено обратно не лететь на самолёте до Катманду, а идти до ближайшей дороги и ехать на автобусе или джипе (само собой чтобы увеличить время наслаждения окружающими красотами). Это плюс пять дней трека и ещё день на автобусе. Будет как всегда хронология с коротким описанием (в силу отсутствия писательских навыков). Ну что же, поехали:

8 Апреля - перелёты. Из Актау в Алмату. Без проблем и вопросов, багаж зарегистрировали до Катманду, но долго выясняли можно ли так сделать. Оказывается, не только можно, но и нужно потому что получить его я не смогу в виду отсутствия индийской визы. Из Алматы в Дели тоже всё было вовремя. Странные вопросы по паспорту – выясняли нет ли у меня каких-либо задолженностей или неоплаченных штрафов. Довольно долго стоял, но пропустили. Дели - Катманду посадка без задержек и на взлётке сидели час. Из обещанных двух часов полета летели час. Прилетели вовремя. Возможно этот час у них сразу включён в расчёт. В самолёте познакомился с Майклом из Канзаса от которого и услышал о трёх перевалах в первый раз. Виза получается в аэропорту за $40. Заполняется ДВЕ разные формы (это важно). Платить надо в отдельном окошке около обменников до подачи документов. При себе держите 2 фотографии 3,5х4,5. Багаж получил сразу - из далека заметил рюкзак на ленте, благо транспортный чехол весёлого синего цвета системы вырви глаз. По выходу налипли с предложениями обменять деньги и доехать до гостиницы. С Майклом взяли такси на двоих – оказалось поселились не далеко друг от друга. За нами увязался какой-то паренёк, говорит что закончил работу и может нам найти такси всего за 400 рупий. Заплатили по 200 рупий с носа – отличная цена. На тот момент курс составлял 108 рупий за американский доллар.

9 Апреля. Проснулся в пол шестого. Выспался... Отделение туризма открывается в 9. Сходил на завтрак и пошёл в Nepal tourism board оформлять TIMS (Trekker’s Information Management System) и разрешение на вход в заповедную зону. TIMS оформил за 2000 рупий. Разрешение не дали (не было нужного человека), сказали, что можно будет получить на входе в заповедник. Мне вообще без разницы где, главное цена будет такая же. Карты и путеводители лучше покупать в Катманду – большой выбор с хорошим масштабом. Всякие распечатки очень неудобны, у меня были на А3 и не пошли. Хорошие путеводители выпускают Lonely Planet.
Пошёл гулять к какой-то большой ступе, потом уже на такси до Monkey temple. Видно следы прошлогоднего землетрясения – обвалившийся практически полностью монастырь. Нашел отличный магазин с поющим чашами. Приглянулись каменные таблички, очень приятные наощупь. Решил, что всё оставшееся снаряжение, благо его не много, куплю в Намче Базаре, так что здесь мне ничего не надо. В гостинице заказал такси на шесть утра. Вылет запланирован на 7:45 компанией Yeti airlines. Очень надеюсь на хорошую погоду – горы всё-таки…

День 1 - 10 Апреля. На такси добрался до аэропорта, прошёл регистрацию, сдал багаж. По багажу ограничения такие – 10кг сдаётся и 5кг ручная кладь. Если больше, то может просто не поместиться – маленькие самолётики. Так что есть риск прибыть отдельно от своего рюкзака. У меня всё по норме 10+5. Вылет задержали на 1,5 часа. Летел на маленьком самолётике - очень здорово. У пилотов даже двери нет и при взлёте он  показал в салон. Ожидал больше турбулентность. Если хотите хороших видов то садитесь на левый ряд. С моей везучестью я сидел на правом… Получил багаж, купил воду, пошёл в Phakding (2610m). Дорога очень каменистая, много людей и скота. Было ожидаемо – дорога от Lukla до Namche Bazaar является началом практически всех треков. Встретился первый подвесной мост - длинный и высокий. До Phakding дошёл за 2,5 часа. Поселился в лоджии Намасте. С уже знакомым Майком и новым знакомым Франсуа (Франция) пошли прогулялись к речке - виды шикарные. Принял душ и лёг спать примерно в 20:30… потому что вырубало. Книжка почему-то не включилась... Завтрак заказал на 7:30. Да, после ужина надо заказывать себе завтрак к определенному времени – очень удобно на самом деле. Потом привыкаешь во время ужина думать что будешь на завтрак. Одна из тем для обсуждений – кто что будет есть…

День 2 - 11 Апреля. Больше кофе пить не буду – не желательно для акклиматизации. Вышел в 8:45. До Namche Bazaar (3440m) около 11км. Первую половину пути тропа идёт то резко вверх то вниз. Красиво, довольно много мостов, река. Камни, камни – очень много камней. Вторая половина пути — это бесконечно скучный подъем. Очень крутой и каменистый. Тяжело идётся, но в хорошем темпе. По дороге оформляю разрешение на вход в заповедник. На входе в Namche Bazaar медленная очередь регистрации разрешений. Простоял около часа. После того как пришёл, почти сразу, начало тошнить. Нашёл подходящую лоджу (это что то вроде гостиниц местных в которых всю дорогу я и буду останавливаться), купил дождевик и пошёл в кафе «8848» пить имбирный чай и есть чесночный суп. Вайфайчик халявный, вид из окошка на Kongde Ri (6187m) – красота. Сразу стало намного лучше. Встретился с Майком и Франсуа, познакомились с Элис и Сарой из Германии. Сара - физик работающая над докторской степенью в области методик диагностирования раковых заболеваний на ранней стадии. Элис картограф. Посидели, поболтали. Завтра вместе пойдем радиалку на Khumjung (3780m). Namche Bazaar (3440m) это первая точка акклиматизации. Вообще, в основном, рекомендуется набирать от точки ночёвки до следующей точки ночёвки не более 500 метров (встречалось и 300 метров). Идти выше, спать ниже. Я не принимал никаких препаратов ( с собой был Диакарб но на крайний случай), многие пили Diamox. Вкратце система такая – до 3500m идёте по своим ощущениям, далее набор по 500 метров в день, оставляете вещи в месте ночёвки и акклиматизационный выход на 150…200+ метров. Спускаетесь обратно (будете спать ниже максимальной высоты за день – то что надо). Так же для акклиматизации рекомендуется есть чеснок (сырой и суп), яблоки, имбирь (чай). Не рекомендуется пить кофе, алкоголь, курить сигареты.

День 3 - 12 Апреля. Встретились у ребят в лодже и пошли. Подъём очень крутой. Поднимались часа три, набрали 440 метров. Зашли в отель Everest view, попили чай. Майк с Франсуа пошли обратно тем же путём. Мы с девчатами хотели ещё пройтись – без рюкзаков то! Далее небольшая петля и обратно в Намче. Пытались найти ферму с маленькими яками, но что-то не получилось. Нашли маленький аэродром – его построили, но использовать не смогли. Не получается с него взлетать почему-то. Отклонения от популярных маршрутов всегда хорошо – никого нет, тишина и покой.
В Namche Bazaar уже начинается система платной зарядки девайсов – определенная стоимость либо за час либо за полную зарядку устройства. Для банок цена другая, обычно в два раза выше. Так же отсюда начинается продажа интернет карточек Everest Link (Prepaid Cards). Цена зависит от объема мегабайт. Вот тут важно – карточка действует только 15 часов и привязывается по мак адресу устройства (с другого устройства по той же карточке не войти). Скорость приличная. Работает вплоть до Gorak Shep (5170m).

День 4 - 13 Апреля. Подъём в 6:30, заправка водой и вперёд в Pangboche (3930m)! Сначала тропа идёт довольно полого но потом резкий спуск и ещё более резкий подъем. Сброс был 400 метров, набор за день 900 метров. Первые пару часов шли вместе с девчатами, потом разделились – они идут трек до Gokyo (4750m). Догнал ребят - Меган и Питер (Канада), Райн (США), Адам (Австралия). Дальше пошли вместе. В итоге 14,5 километров. Сегодня новый год! 2073 год! Вода здесь уже по 200 рупий. Начал пользоваться фильтром на пол пути. Очень удобно и никакого привкуса. На завтра думаем пойти в Ama Dablam base camp (4630m). Сегодня чувствую себя отлично.

День 5 - 14 Апреля. Поспать удалось опять только до часу ночи. В комнате было +3. В 7:30 вышли в базовый лагерь Ама Даблам (4630m). Расстояние 5,5 километров и всё вверх. Тяжело идти даже без рюкзака. В самом лагере экспедиций не было. Отдохнули, пофотографировали. Разговорились с гидом какого-то итальянца (сильно не разговорчивого, ну и ладно с ним) и пошли вместе в лоджию рядом, попили чай и обратно. Набежали облака. После обеда пошёл снег – вовремя дошли. Летает очень много вертолётов даже в сильном снегу и по темноте… Стоит отметить что погода здесь практически всегда хорошая до обеда, после обеда начинается ветер, туман, снег и всё такое. Все передвижения стараюсь планировать на первую половину дня.

Завтра идём в Dingboche (4410m). Некоторые хотят сразу до Chukhung (4730m). Для меня это будет слишком большой набор высоты – у меня всё по рекомендациям, и я не пью таблетки.

День 6 - 15 Апреля. Вышли примерно в 8. По книге должен быть равномерный подъем на 2,5 часа. В принципе так и было кроме пары затяжных подъемов. Переход через реку, ступа, горы и мы на месте. Выбираем лоджу, бросаем вещи, небольшая стирка с очуменным видом в ледяной воде, идём радиалку для акклиматизации. Пошли на холм рядом. Набираем 220 метров - набегают облака. Вокруг ничего не видно, смысла подниматься выше нет совершенно. Идём обратно. Как всегда собираемся в столовой – единственное тёплое место (комнаты не отапливаются и вполне себе бодро продуваются), читаем. На ужин почти все берём дал бат. Очень вкусный. В этот раз попался персонаж довольно весёлый - вьетнамская француженка. Знаете, такая - принцесса на выгуле. Рассказывала про обычные вещи на треке с таким ужасом и кажется пыталась нас запугать… Что то вроде: мне приходилось стирать носки каждый день и сушить их на рюкзаке! Пачка влажных салфеток 300 рупий! ААААА!!! Там было -15!!! Вы представляете?! Я не мылась пять дней! Это кошмар! Ребята – там жееесть!!! В общем поржали мы и спать пошли. Завтрак заказываем на 6:30.

День 7 - 16 Апреля Спал почти хорошо. Часто просыпался, но было тепло.
Франсуа ночью не мог нормально дышать, учащенное сердцебиение - решил идти обратно. После беседы с гидом остаётся в Дингбоче и пьёт Диамакс. К слову, все остальные, кроме Майка, пьют уже с Namch Bazaar. Выходим в 7:50. До Chukhung (4730m) 4,5 километра. Каменистая дорога с небольшим подъемом. Набираем 320 метров. Доходим за 1,5 часа. Ребята идут в базовый лагерь Island Peak, мы с Майком в другую сторону, просто набрать высоты. Как оказалось, это дорога к Chukhung Ri (5545m) - сюда мы пойдём завтра. Набираем 250 метров, делаем шикарные фото и идём обратно. Ветер, облака - довольно холодно. Но настроение отличное. Голова почти не болит.

День 8 - 17 Апреля На сегодня запланирован выходной - радиалка на Chukhung Ri (5545m). Ri – значит холм или вершина. По знакомой дороге но уже всей компанией идём на Chukhung Ri. Доходим до знакомого места и понимаю, что реальность с картой несколько расходится... По карте надо значительно уйти направо и потом подниматься. В принципе можно взойти и напрямую. Пока ребята думали, что делать и отдыхали я пошёл напрямик. Оторвался от них примерно на полтора часа. Подъём очень крутой. На вершине был один новозеландец и несколько итальянцев с гидом. Гид сказал что это самый сложный подъем. Кто бы сомневался... Вид сумасшедше красивый! Нафотал. Смотрю где ребята - начали подниматься немного левее чем я. Там выше много плоских камней со снегом. Пошёл вниз чтобы предупредить их. Так как спустился сильно решил обратно не подниматься. Пошёл в лоджу, заказал чесночный суп и имбирный чай - как обычно чтобы после радиалки голова поменьше болела. Вечером распланировали завтрашний день, заказали завтрак на 5:30, расплатились. А ещё мы большой толпой приходили и не платили за жильё – только за еду. Но обещали есть много. А это для нас вообще не проблема.

День 9 - 18 Апреля Подъем в 4:50, собрал рюкзак, завтрак. В 6:30 вышли по карте на моём телефоне - тропа очень невнятная. В общем, то что было раньше – просто разминка! Вся дорога из огромных неудобных камней и всё время вверх. Дошли до первого перевала, отдохнули. Пошли дальше - по дороге думал набрать воды в речке или озере но всё оказалось замершее. Встретили два базовых лагеря. Куда из них идут не ясно. На подъёме через Kongma La (5535m) немного сбились с пути и пошли по карнизу вместо подъема. Уткнулись в тупик. Вернулись, поднялись. Ощущения просто шикарные! Перекусили и двинули дальше – Lobuche (4940m). На перевале несколько ребят с противоположной стороны сказали что дорога простая - спуск и немного по прямой. Ну мы и проверили... Спуск по валунам, потом просто очень крутой спуск. Доходим до огромного развороченного пласта - оползни, ледники и совершенно не понятно куда идти. Это морена - ледник Khumbu. Дорога по карте в реальности обрывается 90° обрывом... Ходим немного туда-сюда, встречаем местного и он подсказывает направление. Дальше по «каменным человечкам» - кучкам из камней обозначающих тропу. Ужасная мешанина камней и льда - доходим до Lobuche прям с огромной тучей. Находим лоджу, и сразу начинается снег... Опять мы вовремя.

День 10 - 19 Апреля С утра переход до Gorak Shep (5170m) - по карте обещали 2,5 часа, дошли за 1,5 часа. Довольно много народу – это фрагмент прямого трека до ЕВС. Хорошо что иду не его… Как и запланировали выходим в ЕВС. Но по дороге понимаем что стоит обалденная погода и завтра такого случая может не представиться. Меняем курс и идём на Kala Patthar (5615m)! Набор высоты 450 метров за, примерно, 40 минут. Эверест шикарен. Делаем кучу фоток, отдыхаем и идём обратно. Поход в ЕВС переносим на завтра.

День 11 - 20 Апреля Утро, договариваемся с лоджевладельцем что оставим все рюкзаки в одной комнате, складываем и идём трек до ЕВС (5364m). Довольно плоско, несколько подъемов и спусков. Идем вдоль ледника Khumbu - шикарно. Расстояние в одну сторону около 5 километров. Доходим примерно за два часа. Фотографируем, ходим по лагерю и идём обратно. Он очень большой, я как-то и не ожидал. В общем вышло около четырёх часов на туда-сюда. Перекусываем и идём в Lobuche (4940m). Весело и задорно доходим за 1:15. Супер. Селимся в ту же лоджу (Alpine home & resort). Набираюсь храбрости и принимаю холодный душ. Оказалось не так плохо. Температура в комнате +11. Завтра короткий день, идём в Dzongla (4840m).

День 12 - 21 Апреля Короткий день - завтрак в 7:00, сборы и вперёд. Дороги примерно на 5 километров. Дошли за два часа средним темпом. Остановились в Maison Sherpa. А вот завтра долгий день - перевал Cho La (5420m) и дорога до Gokyo (4750m). Так что надо хорошенько отдохнуть и набраться сил. Этим и занимаюсь. Кстати – La значит перевал.

День 13 - 22 Апреля Завтрак в 5:30, вышел в 6:30. Очень интересный ландшафт, сначала просто затяжной подъем, потом по камням резко вверх. Прям лезть пришлось. Это первая часть, дальше по леднику, на этот раз изо льда. Очень твёрдый и весь как будто сделан из вертикально стоящих ледяных игл – неметёный песок и камни, они нагреваются проваливаясь вглубь создают такую текстуру. Красиво и очень неудобно идти. Перевал довольно высокий и крутой, безумные виды. Как всегда собственно. Дальше вниз и ещё шесть часов до Gokyo. В них вошли последние два часа через морену ледника Ngozumpa. Сначала заблудился, гульнул лишний час, но потом норм - вышел. Глубина ледника 450 метров и длина 36 километров - самый большой в Непале. Завтра попробую Renjo La (5445m) и до Thame... Посмотрим.

День 14 - 23 Апреля Подъем, собираемся в столовой чтобы позавтракать перед прощанием – все остаются ещё на 2-3 дня чтобы не торчать потом в Катманду. У меня такой проблемы нет. Дружно фотографируемся. Выхожу только около 8. Поздновато. На перевал Renjo La (5445m) ушло почти три часа. Поднимался не по основной тропе, а немного левее. Прошлось карабкаться, но было интереснее чем просто идти. До Lungdhen (4380m) дошёл за четыре часа. Поселился в фанерной лодже. Ночью было прохладно, но зато свой туалет – а это очень хорошо. Завтра цель Phakding (2610m). Или Namche Bazaar (3440m), если не дойду.

День 15 - 24 Апреля Вышел в 7:45, за ночь выпал снег, но тропу местами видно. По пирамидкам и телефону нормально. Для ориентирования на местности, помимо карт, пользовался приложением Maps.me – весьма сносно показывает направление. Пару раз правда было вообще не актуально, но больше правильно. Само приложение и карты скачиваются бесплатно. Дошёл до Thame за три часа. Потом до Namche Bazaar ещё за три. Дорога почти всё время вниз. Зашёл в знакомое кафе «8848». Поел рошти и шоколадный торт – теперь уж придётся идти дальше в Phakding (2610m). Дошёл за 2,5 часа - всё вниз. Тот ужасно крутой подъем теперь ужасно крутой спуск. Всего за день прошёл 28 километров. По ходу пьесы решаю пройти пятидневный путь до Salleri (2362m) за два-три дня. Пошёл в ту же лоджу - Намасте и в столовой совершенно внезапно обнаружил Элис и Сару. Все сильно удивились и были рады снова увидеться. Они сходили на Gokyo, посмотрели озёра и идут в Lukla. Завтра может быть часть пути пойдём вместе – нам в одну сторону.

День 16 - 25 Апреля Сегодня надо дойти до Bupsa (2500m). Surka находится немного дальше чем Lukla - дойдем вместе до туда и Сара с Элис пойдут обратно в Lukla. До Сурки 7,5 километров, шли очень медленно, разговаривали. Зашли в едаленку и тут я опять обалдел - там Райн из Англии. Он тоже только зашел - вышел сегодня из Gokyo. Поели вместе и он убежал, я вышел чуть позже. Путь опять то вверх то вниз и всё моими «любимыми» ступеньками. Халява кончилась. До Bupsa дошёл. Всего получилось 20 километров. Райна догнал в какой то забегаловке, он пьяный в слюни. С ним был хозяин лоджи, сказали мне название - там я и поселился. Устал - ужин и спать.

День 17 - 26 Апреля Завтрак в 6:00. Супер амбициозная задача - дойти до Salleri (2362m). Посмотрю по состоянию но гложут сомнения. 36 километров это прям много. По дороге зашёл в симпатичную кафешку выпить чаю и расспросить о дороге. Говорят дойти реально но сильно сложно первую половину до Ringmu (2720m). До него 18 километров. Дальше, вроде как, пологая дорога до Salleri. Почти всё время подъем. За первые 13 километров набрал всего 500 метров. И тут он - крутой и выматывающий подъем до Taksindu. Это абзац. 1000 метров набора высоты за 2 километра пути. Думаю это самые сложные два километра. Допёр до верха. Дальше через перевал до Ringmu. Судя по карте расстояние до Ringmu 2 километра. Набор 900 метров. Как-то не понятно. Зашёл в лоджу поесть и отдохнуть. Поймал какого-то гида и мужичка, проходившего в обратном направлении. Выяснил что набор всего 150 метров. Сказали что 1,5-2 часа и я на месте. Прошел за 50 минут. Что тянуть то? Решил что до Salleri уже завтра пойду. Сидевшие около лоджи ребята сильно удивились тому сколько я прохожу – погордился собой и пошёл кушать.

День 18 - 27 Апреля Не спеша поел в 6:30 и пошёл. Это халява! Ровная грунтовка. Небольшие уклоны. Потом, так вообще, около аэропорта на асфальт вышел. Обещали что дойду за 4-5 часов. Дошёл за 3,5 часа. Нашёл место где купить билеты на джип до Катманду за 1600 рупий. Рядом снял комнату. Завтра сборы в 5 утра, выезд в 5:30. Очень надеюсь что всё будет хорошо.

28 Апреля Выехали в принципе вовремя, но вместо обещанных шести часов ехали 12,5 в «джипе» Tata sumo gold 10 пассажиров. Довольно жестокая штука. Но всё хорошо - я в Катманду!

by Sergey Gudzlovenko at June 25, 2016 08:36 AM