Recent diary entries
Adição de ruas, paradas de ônibus. Atualização no mapa do Conj. Teotônio Vilela - Bom Jesus. Localização: -5,4983159, -47,436298
в целях координации усилий по улучшению карты Белгорода создал группу ВКонтакте OpenStreetMap Белгород.
Предлагайте места города для редактирования.
Делитесь интересными ссылками и новостями по OSM и картографии.
Спрашивайте, если есть сомнения или вопросы (по смещениям снимков, редактированию, тегированию и пр.). Обсудим и вместе найдём ответ.
When it comes to visual map styles, there are always some people, who worship paper maps. In case of United States, it's about USGS topo maps, in the UK it's about Ordnance Survey, in case of Russia - about Soviet military topo map (slang name "Genshtab", which means "General Command"). These people always think, that symbology of these maps is something absolutely superior, because professional cartographers were working on it for many years to make it effective. Which is true, but barely relevant to digital cartography.
Here are several reasons why this extrapolation is wrong. (For some people it's an obvious thing, but I just like to have it here in written form to be able to refer to this diary entry in case of discussions and arguments instead of typing it every time I need it.)
Any professionally developed map style is always based on several factors: main use of specific map type, map scale (level of details), media (paper or screen).
Exactly by this reason, there are many different professionally developed standards for civilian topographic maps, hydrographic maps, military maps, aeronautical charts (and they are different, depending on altitude), marine nautical charts. In certain cases, for example - in case of nautical charts - IHO standards are universal (see IHO download page, especially - S-4 document), since it's considered safer to have uniform styles.
Map media played huge role in case of printed maps. It was too expensive and hard to use high-resolution full-color printing before. Low resolution full-color printing is completely unacceptable for maps, since large raster dots distort small objects easily. That's why paper maps were (and still are in some cases) printed with so called "spot colors" - inks of predefined colors (like black, brown, blue, green, orange, red, violet). And that's why paper map styles were developed having this and only this technology in mind. At certain grade, it was true for the first digital maps too, because transflective color LCD screens were far from ideal in color reproduction and their real usable color palette was limited by less than sixteen colors. Everybody who tried to make own styles or maps for those very first Garmin or Magellan GPS devices with color LCD screens should remember that perfectly.
But modern display screen is a high contrast full-color output device, which is at least two times better in terms of contrast than common printed matter. Therefore, it is easy to use more colors and shades for map style without compromising readability. There is no risk of bad color registration (when outlines of different colors are shifted relatively to each other due to bad printing machine setup), so we can use really thin lines, if we want to. Since high quality printing became more available, technical limits of printing process are also way wider now than it was back in fifties, when majority of paper map standards (which are still in use) were initially developed. You can check out Spesifikasjon for skjermkartografi - specification for Norwegian maps, issued by national mapping agency. It's perfect example of more or less full usage of color for different map features, which allows to put more information on map.
Purpose of any map style is the most important factor for its development. It is more obvious for people, when we comparing topographic and nautical charts, but somehow it's not that obvious when it comes to military and hiking maps. Army has own tasks we all know about. That's why Soviet military maps have different symbols for buildings made of wood and stone, because stone houses are fireproof. Same thing goes to roads - they are classified by several factors such as surface and width to give officers an idea, if particular road can be used by tanks and what will happen to it after they pass there. Is it enough for hiker or bicycle rider? Most likely, no. But it's acceptable in case if there is nothing better (like in case of Russia).
To get some idea about maps style, designed for outdoor use by pedestrian, anyone should check out International Specification for Orienteering Maps and some orienteering maps available online. Orienteering maps are perfectly readable, but in the same time, they giving you huge amount of information about landmarks, terrain, vegetation and other things in very dense "package". They even showing features like "wood, passable in one direction" (dense planted forest), "crossable and uncrossable pipelines" and many others. Is there anything like that on maps, intended for tanks? Obviously, no.
Sure, anyone is free to use whatever map one likes and to reproduce its style in MapCSS, SLD or QML, but let's avoid doing it blindly or based on limited knowledge.
Now the São Francisco River, one of the most important south america rivers, is properly mapped. I had to fix the mess of multipolygons, traced the islands and riverbanks who are left unfinished and put names.
Ulteriori fermate aggiunte. Bilancio aggiornato (ad occhio, prima di una revisione a opera compiuta):
Centro (Circonvallazione inclusa): manca 1 fermata (via del Gelso), a causa dell'imprecisione del GPS; Linea 1: OK; Linea 2: OK; Linea 3: OK; Linea 4: manca 1 fermata "fantasma" (Argentina/Venezuela) e 1 senza tabella (v.le 25 Aprile); Linea 5: manca qualche fermata: 2 per gps, 1 senza tabella, 1 "fantasma"; Linea 6: mancano fermate da p.le D'Annunzio in giù; Linea 7: OK; Linea 8: OK; Linea 9: OK; Linea 10: OK; Linea 11: OK.
Linee speciali: Linea A: OK; Linea B: OK; Linea C: OK; Linea E: manca 1 fermata (vedi linea 4); Linea F: manca nome capolinea (tabella non presente alla fermata); Linea G: OK; Linea N: manca la fermata "fantasma" via Bariglaria 375;
Ulteriori fermate aggiunte. Bilancio aggiornato (ad occhio, prima di una revisione a opera compiuta):
Centro (Circonvallazione inclusa): manca 1 fermata (via del Gelso), a causa dell'imprecisione del GPS; Linea 1: OK; Linea 2: OK; Linea 3: OK; Linea 4: manca 1 fermata "fantasma" (Argentina/Venezuela) e 1 senza tabella (v.le 25 Aprile); Linea 5: mancano fermate da p.le D'Annunzio in giù; Linea 6: mancano fermate da p.le D'Annunzio in giù; Linea 7: OK; Linea 8: OK; Linea 9: OK; Linea 10: OK; Linea 11: OK.
Linee speciali: Linea A: OK; Linea B: OK; Linea C: OK; Linea E: manca 1 fermata (vedi linea 4); Linea F: manca nome capolinea (tabella non presente alla fermata); Linea G: OK; Linea N: manca la fermata "fantasma" via Bariglaria 375;
Hej alla Opensstreetmap användare. Jag har ett problem med nedre Dalälven som jag lyckats förvränga totalt. Det är runt Marma och Lanforsen i Älvkarleby där jag försökt lägga till lite Öar och rättat till strandlinjen på eftersom jag och många andra vistas i det området. Det verkar dock som jag i detta fallet överskridit min förmåga! :(
Flodbanken har blivit land och dom flesta öar har blivit vatten. Felen syns inte förrän man zoomar och felen ändrar form ju mer man zoomar. Se efter själv Området är indelat i 4 st fjärdar där flodbanken är kopplat via relationer till dom olika fjärdarna. Jag vet dessvärre inte var jag ska leta efter fel, om det tex har med relationerna att göra eller om det är "medlemssskapet" som är ett annat begrepp som jag inte riktigt behärskar.
Är det någon som har nåt tips hur på hur man rättar till det.
Chers amis Bonjour!
Je suis un utilisateur contributeur de Nouakchott (MAURITANIE ). J'invite tous les contributeurs de Nouakchott de s'entreaider pour donner plus d'informations utiles à tous à propos notre chère capitale.
I attended the CubaConf 2016 - the first international free software conference of Cuba, which took place in Havana. It was amazing to be part of this event and share knowledge about OpenStreetMap with Cuban people and with attendees that came from 17 countries around the world.
Our OpenStreetMap activities started two days before the CubaConf. On the Saturday, April 23, PB Echeverría, a experienced Cuban mapper and one of the organizers of CubaConf, gave a talk about OpenStreetMap in the FLISOL (a free software event that happens every year in a lot of cities in all Latin America).
In the following day, we had a Bike Mapathon. PB, Mauricio Miranda (OSM Argentina), Julio May (OSM Costa Rica), me and some other Cubans and Colombians took bicycles to ride around the El Vedado to map points of interest and make photos for Mapillary.
Monday was the first day of CubaConf, although we didn't have activities about OSM, I could meet Laura Barroso. She is the translator of WeeklyOSM to Spanish and is a software developer as well. I also could meet Orkut Murat, a Turkish OSM mapper. Orkut gave a talk about GNU Milion, a drupal extension he is developing to manage GIS data in Drupal.
In the second day of the conference, we had three talks about OSM. I started the session presenting an introduction to OpenStreetMap and showed some projects of the Latin America communities. Ivan Terceros showed the efforts to map Ecuador after the Earthquake. Finally, Julio May talked about how OSM is being used in Costa Rica to map areas that are in risk of flooding.
To finish our OSM activities, we had a Mapping Workshop in the last day. Due to the restrictions in the internet access in Cuba, we didn't have internet in the place of the Event, so it was an offline workshop, but it worked very well. I prepared a lot of screenshots showing how to map using Maps.Me and OsmAnd. I also had the source code of iD editor in my computer, so I could run it offline and show the begginers guide that is included in iD. Furthermore we showed how to start mapping using JOSM: the main shortkeys, how to load photos, GPX files, etc. And we talked about FieldPapers as well!
You can see more photos of CubaConf on flickr.
Je débute ici, j'habite Hull au Canada mais je viens de et je retourne régulièrement à Frayssinet-le-Gélat. I'm starting here. I'm living in Hull, Canada but I come from and I often return to Frayssinet le Gélat.
Digismartek provides you digitization Services like document management system, Electronic management system,document scanning services. We provide the best dezitization services.
I got involved with OSM back in January. Now its been 4 months and I think its the right time to make an introductory post.
I started looking for interesting projects, and iD caught my attention. The first bug that I fixed was pretty simple, It required me to fix a faulty regex. D3 was new to me, as I come from the fancy React/Angular land which obscures most of the internal working. My mentor Bryan was more than happy to help me out. After my first week I discussed with him about the possibility of an OSM GSoC on #dev channel. Which brought up a lot of heated conversation regarding the pros and cons of GSoC for the organization. The channel did admit that overall GSoC 2015 was a success. Which got me pumped up to spend my summer working on iD.
While this was happening I also started going through OSM wiki/diaries to learn mapping. I planned on mapping my college. My college and its surrounding had a spotty coverage. Since, I was a newbie I tried to map things I was most confident with. In India we call dormitories hostels, so I started marking my college buildings with hostel tags. When I showed my work to Bryan he was to quick to point out that might not be the case everywhere. He suggested me to tag all the buildings with
University Building tag.
This is what my college and surrounding area looks like now.
One of the best things that contributed to iD was the multiselect feature, which I implemented with the help of Bryan. This feature took a lot of days for me to implement and gave me a good understanding of how iD works.
Another exciting feature which helped me build confidence with the iD code was the imagery offset. The earlier implementation of imagery offset was unintuitive and required a fix. This feature request required me to fix the UI and to make it easy to use. Know more about this feature, click here.
I will continue with my investigation on the lane editor for GSoC. And learn more about D3 to fix some of the pending bugs of iD. I plan on writing about my progress weekly from now on, so that the community knows where I stand and give me inputs on how to improve upon my work.
Bor för tillfället i en campingstuga. Ska bo där i tre månader. Försökte ge mig ut i skogen och cykla på diverse vägar, hamnade vilse och cyklade jättelångt åt fel håll. Som tur var hade mitt batteri inte dött så jag kunde hitta tillbaks. Solen började dessutom gå ner.
Hittade ett konstigt rör i trä som sprutade vatten, det var i trä och såg gammalt ut. Vet inte hur det ska mappas. Tror det gick till ett reningsverk.
For years I've been meaning to try out Mapillary properly, but my phone is broken and can't connect to wifi, so no upload.
But this was another thing I got to do while on holiday in Brazil. I persuaded my wife to install mapillary on her phone, and we mapillarised while we were driving around her home city of Guarulhos. She's pretty bored of all this mapping stuff, but likes to keep me entertained while we're in Brazil, and maybe she likes the idea of mapping her home town too. So we got lots of photos around these colourful Brazilian streets.
Also while going on a trip to the seaside, but sadly I don't think I got much of a seaside view in any mapillary photos. Some are quite nice and jungly though
And on the way there my wife wasn't amused when we got massively detoured in a drive around the city of Mogi das Cruzes. It was only semi-deliberate :-)
On the site you can see what proportion of streets have coverage (green) on a map display like this. I guess Mapillary coverage is expanding, but there's a long way to go. Hopelessly incomplete... but maybe if enough people join in, we'll have street-level photos of every street in the world. It feels like exploration. Conquering the territory, or laying the first tracks to form a skeleton that others will build upon. It feels like the early days of OpenStreetMap.
I was impressed by the ease of photo data gathering with the app. It's a very passive process but the app gives satisfying flashing counter as it gets photos. It detects when you stop moving and stops taking photos. The messages makes it nice and clear what's going on.
We were driving. I'm not sure how well it works with pedestrian tracing. By fortuitous coincidence, I was gathering up freebies at SmarterTravel Live conference, a few days before heading to Brazil, and one of the freebies (courtesy of dat mobility. Thanks!) was this simple windscreen mounting sucker thing. Perfect for mapillary tracing!
I was also impressed by the ease of upload. (Given a wifi connection) it's very simple to upload this quite hefty amount of data to the mapillary servers. There's then a delay while mapillary crunches the data before you see your green line on the map. I notice there's then a further delay before the images get stitched together with the animated zoomey effect. Understandably because it's a huge amount of processing, which no doubt gets queued up along with everyone else's collections of hundreds of photos.
But what about using Mapillary for contributing to OpenStreetMap? When pondering OpenStreetMap workflows, I see a sliding scale of more or less passive data collection. Mapillary is hugely passive, which is great news when it comes to quick effortless surveying, but the flip-side of that is, you leave a lot of work to do later on when you're back at the computer. I did a bit of this last night. Looking through the places we'd been driving around Guarulhos, clicking around with the mapillary JOSM plugin. Click next photo -> next photo -> next photo, which is essentially like driving along the road all over again, but this time I'm scrutinising the photos for anything I can add to the map. Probably a lot slower than the drive itself (depending on how much stuff you see which needs adding). In other words, after all that very simple passive surveying, I've left a lot of work to do later. A hopeless amount really
Being in Brazil my photos are all super-sharp in the harsh sunshine, however I found it pretty hard to identify Brazilian highstreet shops. In the more shabby areas the shops are not clearly branded or labelled (akin to the shabby north London shops all around me), and I often looked at translating a shop sign which turned out to be a billboard/product advert. Slow going, and I probably won't get around to examining all my Brazil mapillary traces for data to add to OSM.
But being shared with everybody, a mapillary trace is a resource which has the potential to be super-useful for other OpenStreetMappers. I've already used other people's mapillary traces in London on a few occasions e.g. puzzling over particular data problems from notes or other QA tools. But mostly I've found myself wishing there was more mapillary coverage. When we get to the point where we can back-up all of our data fixing with both aerial imagery and street-level photos, Mapillary will be quite something! ...might have to borrow my wife's phone!
Q: Who are you ?
I am Pete Masters (OSM: pedrito1414 - a hangover from my time living in Mexico). I live in Glasgow and work for MSF, running the Missing Maps project. I am a fairly rubbish climber, a regular footballer and get out to the lochs and mountains as much as possible.
Q: When and how did you discover OpenStreetMap ?
As a user. I have travelled extensively with my various jobs and OSM and associated apps are indispensable. I can never understand why someone heading abroad wouldn't have OsmAnd or similar on their phone!
Q: What do you map ? Is there any difference with your early days ?
As a contributor, I guess I am a relative newbie. My mapping started with HOT mapping and then Missing Maps of course. The biggest difference? My eyes. It continues to amaze me the level to which we can train our eyes to pick out detail in satellite imagery....
Q: How do you map ?
In the field for MSF, I use OpenDataKit, OsmAnd, field papers and occasionally OSM Tracker, OpenMapKit. I do a lot of tracing, too in JOSM. At home, I do a little bit of surveying - mostly alterations and corrections I notice while navigating or leisure mapping while on holiday....
Q: Where do you map ? Locally, HOT ?
A little bit locally, but mostly in the field.
Q: What is your biggest achievement as mapper ?
I have mapped in Congo (DRC), Central African Republic, Bangladesh, amongst others, but the experience of Bangladesh was pretty special. Working with Jorieke Vyncke and incredible OSM Bangladesh community was an absolute pleasure. We worked hard, we had a lot of fun and we did the job that MSF needed us to do. Very proud of that. Also, massively proud of the heights that OSM Bangladesh have since reached - I'm a big fan ;) With the uni of Lubumbashi guys in Congo
Q: Why do yo map ? What motivates you ?
I have worked for MSF for a long time now and love the organisation. That I can practically contribute to their mission is extremely satisfying and motivating. I also find helping responders through the HOT activations following disasters very rewarding. I guess this is also the first time I have been a part of such a talented, committed and interesting community of people, too. Remotely, through conferences and meetups, and through the London and Glasgow mapathons, I have met brilliant individuals and made some good friends....
Q: What is the most difficult part of mapping ?
For me, it's not the mapping - it's the organising. Trying to make sure that data quality stays consistently high, while at the same time bringing in new people to OSM and HOT is a huge challenge. We are getting better, but there is a long way to go and I welcome ideas that anyone might have....
Q: What are your mapping plans for the near future ?
Q: Do you have contact with other mappers ?
All the time! I go to at least a couple of mapping parties a month in various cities. And, I hope you don't mind, but I'd like to mention Nick Allen and Ralph Aytoun by name. They may be surprised, but I see them as my mentors in all of this - knowledgeable, incredibly generous with their time and always available and patient for my (never-ending, sometimes-foolish) questions ;)
Q: Do you use OpenStreetMap yourself ? How ?
As above... In the field, both for personal travel and work.
Q: Can you tell us a bit more about "Missing Maps" ?
The Missing Maps is a project made up of numerous organisations and thousands of individuals. Each one has different objectives, resources, skill sets and each brings something different to the table. The openness of that table is massively important and we try to make it as welcoming as possible to people who want to pull up a chair. We unite around a common humanitarian desire and that's the fuel in the fire.
The project was born out of a need. A lack of geo-data in the places where MSF teams work - places that rarely make the news. The volunteers who engage and contribute are helping to meet that need and directly supporting life-saving medical work in some of the most dangerous and vulnerable places in the world.
While the Missing Maps project wasn't my idea - I was there at the start. I named it ;)
Q: Do you do anything else than mapping that is related to OpenStreetMap ?
I still love to use paper Ordnance Survey maps while hiking.
Q: To conclude, is there anything else you want to mention ?
Just to say that this last couple of year's immersion in OSM and HOT has been an education, an experience and a pleasure. Long may it continue!
Thanks a lot Peter for taking the time for this interview.
The previous interviews can be found on the wiki
Another round of Ordnance Survey data has been released and processed by ITO! to produce a very useful comparison against OSM. Once again, their very usable web slippy map, and JOSM layer this has shown up a new building site I didn't know existed ready for survey.
As well as missing developments, the comparison also showed up a fat-fingered typo from one of my past surveys - quickly fixed!
As usual, don't assume OSM mappers are any better or worse than the professionals - OS data feeds from local authorities don't always match the 'ground truth' signage and so don't accept the OS Locator data has to be correct without a check particularly if OSM is marked source=survey.
If there's no signage out there to contradict or correct, then an attributed name from OS is better than none (source:name=OS Locator). If Locator is wrong, use the tag 'not:name=' to show the issue to comparison sites like ITO, and also to OS so they can check themselves.
So once again, raise a glass to OS Open data, ITO for the service, and the local groups of fellow mappers slowly increasing the comparison UK Percentage Complete beyond the current 97.60%.
Help turn all UK counties UK cyan on the overview map - a 100% match!
On many occasions in the past I've said "it's really easy to create your own Garmin maps" but I don't think I've ever documented the procedure. This is an attempt to do that.
You've got some sort of Garmin device with an SD card in it with some maps that you've downloaded from somewhere on it.
You want to replace those with a map you've created yourself.
You've got a PC with around enough memory in it. The one I used for the examples below had 4Gb; it's possible that less may be needed for a small file such as the one used in the examples below.
All the path examples below for for Windows (actually tested on Windows 7), but it should be relatively straightforward to adapt them to work on other operating systems.
What you need to do
The easiest way to create Garmin maps from OSM data is to use "mkgmap". That's available from:
The download page for the latest mkgmap is http://www.mkgmap.org.uk/download/mkgmap.html and the current version is "3676".
Unzip the zip file and move the folders intact to a known location. In my case I moved it so that "mkgmap.jar" file was in: C:\Utils\mkgmap-r3676
I didn't use a path with a space in it or a path that Windows recognises as "special" to avoid any possible confusion later.
"Splitter" is a separate program used to split a large OSM data file into portions small enough for mkgmap to work with (the resultant Garmin map can still route between portions).
The latest Splitter is here: http://www.mkgmap.org.uk/download/splitter.html and the current version is "437".
Unzip the zip file and move the folders intact to a known location. In my case I moved it so that splitter.jar was in: C:\Utils\splitter-r437
Next, we need to download an OSM extract to use to create maps from. As an example I'll use Romania, and extract for which can be downloaded from here:
That page currently says:
romania-latest.osm.pbf, suitable for Osmium, Osmosis, imposm, osm2pgsql, mkgmap, and others. This file was last modified 7 hours ago and contains all OSM data up to 2016-05-13T19:45:03Z. File size: 146 MB; MD5 sum: b0554ae9632cc6c2be1c1e3525b5dcb5.
After downloading, check that the file is intact:
md5sum romania-latest.osm.pbf b0554ae9632cc6c2be1c1e3525b5dcb5 *romania-latest.osm.pbf
(see links from https://en.wikipedia.org/wiki/Md5sum for where to get an "md5sum" program from if you don't already have one)
That matches so we can continue.
Create a directory to work in - in my case I created "D:\doc\gps\romania" and copied romania-latest.osm.pbf to it.
From a command prompt (on Windows), change the current directory to be where the downloaded .pbf file is.
d: cd \doc\gps\romania
See what version of "java" you have installed. Type "java -version" at the command prompt to find out. In my case that says:
java version "1.8.0_91" Java(TM) SE Runtime Environment (build 1.8.0_91-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode)
so Java is already installed. If you don't already have Java installed download and install from somewhere like: http://java.com/en/download/windows_xpi.jsp
Next, run splitter. The "-Xmx1200m" tells it how much memory to allocate; the "--max-nodes" how big to make each split piece. The examples for the parameters given here should "just work":
java -Xmx1200m -jar c:\utils\splitter-r437\splitter.jar romania-latest.osm.pbf --max-nodes=800000 --output=xml
That should create lots of ".osm.gz" files. Then run mkgmap. Here "--style" determines the style of map to create - "default" is actually a folder containing several files that make up that style. Unsurprisingly the style called "default" is the default mkgmap style - not particularly optimised for foot, bicycle or car use.
java -Xmx1200M -jar C:\Utils\mkgmap-r3676\mkgmap.jar --style-file=C:\Utils\mkgmap-r3676\examples\styles\default --route --gmapsupp *.osm.gz
When that finishes it should say something like "Total time taken: 621133ms" (i.e. about 10 minutes on a fairly slow PC for a country that is relatively small in OSM terms).
d:\doc\gps\romania: -rw-rw-rw- 1 A.Townsend None 123359232 05-14 13:31 gmapsupp.img -rw-rw-rw- 1 A.Townsend None 4270 05-14 13:31 osmmap.tdb -rw-rw-rw- 1 A.Townsend None 73728 05-14 13:31 osmmap.img
Create a subdirectory and move those files into there for safekeeping:
d:\doc\gps\romania\default: -rw-rw-rw- 1 A.Townsend None 123359232 05-14 13:31 gmapsupp.img -rw-rw-rw- 1 A.Townsend None 73728 05-14 13:31 osmmap.img -rw-rw-rw- 1 A.Townsend None 4270 05-14 13:31 osmmap.tdb
Copy those files to the GPS. The method to do this varies by device. I'd expect that people reading this will already do this with files they've downloaded from elsewhere; if not there are lots of examples on places such as http://help.openstreetmap.org.
When it's copied across, turn on the GPS and check that the new map is visible.
Next, how to change the style slightly?
In C:\Utils\mkgmap-r3676\examples\styles, take a copy of the "default" folder and call it something like "mystyle". We'll leave "default" as it was and make a simple change to "mystyle". As a test we're going to make tracks appear like unclassified roads.
Edit c:\Utils\mkgmap-r3676\examples\styles\mystyle\lines in a text editor. The "lines" file is the one that deals with linear items - things such as roads.
Here's the line in that file that deals with unclassified roads:
highway=unclassified [0x06 road_class=0 road_speed=3 resolution 21]
It's pretty straightforward what is happening - the OSM feature at the left ("highway=unclassified") is to be transformed into the Garmin feature at the right ("0x06").
Here's the line that deals with tracks:
highway=track [0x0a road_class=0 road_speed=1 resolution 22]
change the latter line to:
highway=track [0x06 road_class=0 road_speed=3 resolution 21]
(i.e. so that "highway=track" is treated as if it was "highway=unclassified")
Rerun mkgmap with the new style:
java -Xmx1200M -jar C:\Utils\mkgmap-r3676\mkgmap.jar --style-file=C:\Utils\mkgmap-r3676\examples\styles\mystyle --route --gmapsupp *.osm.gz
Create somewhere safe to store the new files, and put them there:
d:\doc\gps\romania\mystyle: -rw-rw-rw- 1 A.Townsend None 123338752 05-14 14:23 gmapsupp.img -rw-rw-rw- 1 A.Townsend None 73728 05-14 14:23 osmmap.img -rw-rw-rw- 1 A.Townsend None 4270 05-14 14:23 osmmap.tdb
Copy to the GPS again, and check that tracks do indeed appear as roads.
... and that's it.
Obviously there are many more changes that can be made. There's quite a lot of information on the OSM wiki at places such as http://wiki.openstreetmap.org/wiki/Mkgmap/help .
The resulting example "default" files can be found at this link:
The resulting example "mystyle" files can be found at this link:
The Hadjer Lamis area is very poor, and there is an unusual burden of disease and malnutrition amongst the population which contributes to high mortality in children under five years old. In order to better understand, assess, and respond to this, we need to know more about the population.
We are mapping villages and taking their names on the ground, but identifying all of the inhabited areas and counting the structures is much more efficient from aerial photos. Knowing where all of the villages are scattered through the savanna helps us to map them, and counting the buildings within each village gives us a quick and fairly accurate method to estimate population (important to understand the spread of disease and identify areas of highest need). Perhaps surprisingly, structure counts are often more accurate than asking how many people live in the villages.
The tasks at hand are:
Find all of the villages in the area, and draw an area around them, tagging each as Land use, Residential.
Map the structures in each village. This is done by tracing all buildings as polygons and tagging them as Building Features=Building (in iD editor) or building=yes (in JOSM) , or by simply counting them and adding a tag Structures with the appropriate number.
Settlements in this part of the world are generally organised into extended family compounds, each containing a number of small shelters and often a few crops. You can see the outlines of the compounds as dark lines dividing the village in to smaller sections. The villages are generally more or less circular.
This village (Absoufa) is quite typical of the villages in the area. Here's what a little part of it looks like on the ground.
Villages much like this are scattered all over the landscape in Hadjer Lamis. It is difficult to find them all on the ground, as even the local people do not necessarily know all of the locations of all of the villages! If they are already traced, it is much easier for our field teams to find the villages to tag them with the appropriate local names and other information.
Try to trace around all of the compounds, not just the houses; the compounds often extend well past the inner circle of houses but are definitely part of the village.
There are two basic types of houses here: round huts, often called Tukuls, and rectangular buildings. All are made of some combination of mud and straw (in some cases the straw has been pre-processed by donkeys or cows, making it stickier).
The tukuls are easy to spot from the aerial imagery. They are round, with a distinctive central point where the roof peaks. They look a little bit like, well, um, a rounded mound with a darker-coloured point at the top centre... you know, like a mushroom cap.
Please simply tag all structures as "building". There is a distinction between "house" and other types of building, but it's incredibly difficult to tell the difference from an aerial photo, so best to simply leave them as "building" for now.
The rectangular houses may have a thatched roof or a corrugated metal roof. A metal roof is usually quite obvious from the aerial photo as it reflects a lot of light. In general, the metal-roofed buildings are more likely to be important buildings such as a mosque, chief's home/office, or health clinic. If you see an obvious metal roof, you can add a tag for roof:material - metal.
Some of the buildings may be for storage of grains or animals (i.e. chicken coops). You can't tell from the aerial photo, so don't worry about it! Just trace all of the standing buildings you can see. The primary goal of the building tracing is to estimate population, and we can do this simply by multiplying the number of structures or roof area by a constant determined by surveys we do on the ground.
It is fairly common to see a faint ring or rectangle where a building once existed (mud and thatch homes do not last forever). It is best to count only currently standing structure, as this is most likely to correspond to the actual population. However, in the event that you can't tell whether the building is still there or not, please trace it! When in doubt, add the feature. It's easier to remove it than to find a missed one.
Unlike areas further south in Africa, where villages usually consist of a collection of homes without much internal separation, villages in Hadjer Lamis are basically organised by family compounds. Each compound is surrounded by a fence of mud, wood, or brush, and contains several buildings (sometimes including grain storage buildings as well as houses). Many compounds also include some cropland, in what is effectively a small farm or large garden.
These fences really define the internal structure of the villages.
Sometimes buildings are integrated into the compound wall; often you'll see that a rectangular building shares an outside wall with the compound perimeter.
There is no existing default tag for "compound" in OpenStreetMap. Therefore, when they are mapped as an Area and simply tagged "compound", they do not appear in the OSM map (though they are present in the data). For this reason, until we are able to resolve this, we are not tracing the compounds in the current task. However, please learn to recognise the compounds as they are part of the village; if you only trace around the houses the village perimeter will appear smaller than it actually is.
It is almost 8 weeks since I began mapping (21 March 2016). In my first Diary Mapping Thorneywood Mount I wrote:
One thing that keeps becoming clear is that I need Cards to id myself & give to others, plus, perhaps some literature to give to save myself 5 or 10 minutes explaining each time what the hell OSM is.
Thanks to a comment from LivingWithDragons I was able to get some funky little hand-outs from Andy Allan (thanks Andy), but still no personal ID. I was reminded of this following an unpleasant interaction with a little sh*t at Nightingale House, City Heights (the survey was made last Wednesday, 11 March 2016; I've consciously let 2 days pass to cool down, and to try to make sure that I didn't swear whilst I wrote this diary; as you can see, I haven't fully succeeded).
City Heights is built within the grounds of the old Nottingham Borough Lunatic Asylum (see the diary entry Nottingham Suburban Railway, Part 2 for more info) and has both new build houses in the lower parts and flats built within the original buildings erected for Nottingham's lunatics.
This is Nightingale House (built 1880, this is just the front; there is also a long, long section behind & then another wing beyond that):
I think that you may be able to guess that some men, if put in charge of such a building, may begin to over-estimate their own importance. Even so, the cardinal error was mine and – as I do not wish to have to repeat it – have decided to make a public spectacle of myself by revealing it to you.
I'm still not very certain of the best way to map these multiple-entrance buildings, and would welcome links to how to best do it (explicitly, how to map the flat numbers). I took account of the Wiki & ended up using “Man Made | Man Made | Entrance” with “addr:flats”, each number separated by commas. Normally, I do belt ‘n’ braces & add a relation with various “addr:*” added (postcode, etc.) but I still haven't discovered how to edit Relations, and therefore adding flat numbers to an associatedStreet relation was out of the question.
My current practice is to photo the entrance lodges to save having to write down each number. Here's an example:-
I took a photo on my mobile of two, and then made my mistake:- I rang the bell for the Admin Office as to ask if they had a list of all flat numbers (and hopefully also locations) to save time – it is an enormous estate (125 acres) (0.5 km²) with 6 individual buildings.
I wasn't thinking straight; on almost every occasion in which you ask an administrator for help they will say “No”. If you are especially unfortunate (as happened here), they will also attempt to deny you permission for other things (even if they do not have the authority to do so), which then puts you in a tricky position. Sigh.
The boss administrator turned out to be quite short, which on this occasion was a warning sign. His first statement was to tell me off for not wearing any ID on a lanyard (do I need to point out that he wasn't wearing any himself?), then said that I should have seen the signs that said that this was private property (he was lying at this point - there arn't any) and that therefore I'm not allowed to photograph the entrance lodges (also erroneous). I was on a hiding to nothing here, so made my excuses & left.
I've recorded & entered details for all flats in all buildings, and that is probably the best middle-finger that I could give.
I'm sorry Government of India, but it appears that OpenStreetMap will not adjust the borders just to please one country.
We've already got the tools that will help you create the map to your liking. You can find the instructions here.
The Geospatial Information Regulation Bill, 2016, basically bans all civilians from using or creating any kind of map.