OpenStreetMap

Users' diaries

Recent diary entries

Vespucci 0.9.8 Release

Posted by SimonPoole on 28 September 2016 in English (English)

Last week we released version 0.9.8 of Vespucci, see http://vespucci.io/help/en/0.9.8%20Release%20notes/ for what is new.

This was a bit earlier than expected and does not yet include the opening hours editor (but does include a form editor for conditional restrictions) because we couldn't update the 0.9.7 version on googles play store any more.

The versions available from google and amazon have been updated, we are in contact with the person responsible for the F-DROID build but we cannot provide an ETA for release there yet.

Merkaartor: Call for new features in 0.19.0 release

Posted by stephan75 on 27 September 2016 in English (English)

Although recent development steps of the (Java-less) OSM editor Merkaartor are not so present in the main public OSM channels, there is quite some activity in its github sourcecode repository. We also had the release of version 0.18.3 a few weeks ago!

So the developer Ladislav is asking these days for votes towards the next issues to be solved about Merkaartor in this issue.

Feel free to add opinions or hints there if you have a github account, or try the Merkaartor mailinglist.

Also the translation files for all used text items inside Merkaartor maybe need some polishing, see the Transifex project (where you can also log-in via your github account or similar).

Finally there is a nightly-build service for latest testing versions linked on the OSM wiki via https://wiki.openstreetmap.org/wiki/Merkaartor for Windows and OS-X releases.

Now it is Khazis in Ware

Posted by alexkemp on 27 September 2016 in English (English)

Last weekend I was down in Ware again to baby-sit my grandchildren (‘babysit’? at 14 & 11? maybe not). Mum had the opportunity for a hen-night away (or was it a wedding? I forget) and as a single mum gets almost zero chances for time to herself. She had all the other days covered but needed someone for Sunday so I got the call. As a grandparent you are a whore for your grandkids (pay attention! I'm trying to pass some wisdom across here) so there was never any doubt that I'd say ‘yes’.

We had a fantastic day together. I suggested seeing a film on the evening & Mickey suggested Kubo And The Two Strings. Wow! What an inspired suggestion! Someone on twitter (kubothemovie) said:

Well, Kubo and the two strings just about blew my ruddy socks off. Thank god the kids spotted it and dragged me along.

My sentiments precisely. It is rated PG but make no mistake, this will thoroughly satisfy every human with a living heart, soul & spirit. Go watch it.

The following day was Monday, 26 Sep.. After making sure that they got away for school on time I faced a 2 hour journey back up the Great North Road to Nottingham in time to meet a British Gas salesman to examine my deceased boiler. Just enough time to map a couple more streets in Ware.

I mentioned last time that the King George Fields area where they live has homes built in the 1930s – the same period as for much of Carlton NG3 & NG4 (and for the country as a whole, as the period following WWI saw a tremendous expansion in the housing stock) (just in time for the Nazis to come along and bomb it all flat again during the second half).

The house, terrace & flat's outside toilets (‘khazis’) were first documented by me whilst mapping close to the heart of Carlton, and then again with some flats on the other side of the same patch of road. These khazis in Ware are at the rear of a set of flats on Cundalls Road and, if you compare them to the earlier post, they have an identical design (the roofs differ), even down to the shades of blue paint on the doors:

Ware Khazis

Location: Ware CP, East Hertfordshire, Hertfordshire, East of England, England, United Kingdom

recherche

Posted by Thierry diamant talom on 27 September 2016 in Abkhazian (Аҧсуа)

Cmt faire pour retrouver une autre personne sur la carte?

Location: Small-Soppo, Buea, Fako, SW, Cameroun

Avances en el mapeo de Arequipa (hasta el 26 de setiembre)

Posted by rdacardenas on 27 September 2016 in Spanish (Español)

Hola a todos, a continuación lo avanzado hasta esta fecha:

  • Agregada la ruta que va desde el distrito de Lluta a Huambo y también algunas rutas en los distritos de Lluta, Huanca, y Yura.
  • Agregadas rutas en el distrito de Polobaya.
  • Agregados corrientes de agua en los distritos de Polobaya, Quequeña, Pocsi. También se completó el trazado del río Yarabamba que faltaba a partir del distrito de Quequeña y va hasta el distrito de Socabaya.
  • Agregado camino que va hacia el santuario de Chapi y también la corriente de agua que pasa desde allí y llega el límite con el departamento de Moquegua.

Ramblings about State of the Map

Posted by escada on 26 September 2016 in English (English)

This was my first State of the Map. That is if you do not count my virtual visits to all previous ones via the video sessions I have seen afterwards.

In this diary entry I will not write about the individual sessions, I keep that for another entry.

Let me start by congratulating the organisers and the volunteers for a great experience. Furthermore a big thank you to all people that did a presentation. I found the talks that I followed of a high level. That is they were informative, entertaining and brought by passionate people. Something I have not seen in other (non-OSM-related) conferences that I visited.

What I did wrong was that I visited too many sessions that are recorded and not enough bird of a feather (BoF) sessions. The ones that I visited (Public transport plugin for JOSM and Wikimedia's Kartotherian) were very interesting.

It was good to see people that I only met virtually before, either via a forum, a Mapper of the Month interview or as part of the Weekly OSM team.

BTW, a big applause to my colleagues of the Weekly OSM/Wochennotiz team for winning the Influential writer award. It's a pity that the SOTM team nor the OSMF team made more publicity about the winners of the awards (e.g. live via Twitter). Because I was in a BoF at that time, I still don't know the other award winners.

Update: They are now listed on https://blog.openstreetmap.org/2016/09/26/we-have-our-winners/

I should also have been braver to talk to more people, but what do you say to famous people like Andy Allen or Frederik Ramm? Anyhow, if I would have talked to you, I would have thanked you for your hard work for OSM and for the "courage" to continue with your work for carto-css or "promotion" for craftmappers despite all critiques.

As for the OpenStreetView team, I love to have discussed the de-blurring in the website. For what I do (mapping destination signs), it's a necessity and should take far less time than in Mapillary.

The social event had good food, but was missing beer. Not for me (I had to drive home), but an event in a former brewery with almost no choice in beer is strange, especially in Belgium. During the event, I had a nice talk with the woman that made the winning design for the SOTM logo and her partner, an American journalist.

I had a great time and feel sorry I missed the first day due to other obligations. And as Gregory sang at the end, we now will continue to "map, map, map".

New script to convert SHP into OSM relation boundaries (SHPtoOSMBoundaries.py)

Posted by Ivan Garcia on 26 September 2016 in English (English)

Hi OSM community,

my name is Ivan Garcia and I am by the way looking for a python job(GIS, web, bigdata, etc) in case you are know of(just saying).

I helped many regions of the world to convert their official boundaries into OSM format and import them into OpenStreetMap following, of course, the OSM import guideline.

So I decided that since a lot of people are doing these conversions manually therefore wasting a lot of time, I created a python script that you can see and improve, it is called SHPtoOSMBoundaries.py

It already exists an script called polyshp2osm.py but it is not specific for administrative boundaries and it is not capable to extract and join together different admin_levels into a single OSM file. That script works perfectly for converting all the features from SHP to OSM format.

Normally, what OSM contributors have is a SHP file received from some official institution or downloaded through some OpenData portal, this example will show the user case of Fiji islands SHP file.

Original SHP loaded in QGIS

If we open the SHP it with QGIS, we see that it contains a lot of boundary polygons, and that each of the polygon contains a ID tag (in this case the TID) and another tag that identify the name of the deepest boundary(the tiniest), or in OSM, the one with the highest admin_level number. In our example this tag name is TIKINA(which corresponds to the village boundary in Fiji)

Also most of the times, from the same SHP we want to obtain the upper admin level boundaries, in this case we also have the PROVINCE ID (PID) and the tag name (PROVINCE).

So we know find out that:

  • For the level 8(village) we have TID and TIKINA tags
  • For the level 6(province) we have PID and PROVINCE tags

Before we can run the script, we need to create convert the polygons into lines, this is easily made with QGIS using the menu option Vector -> Geometry Tools -> Polygons to Lines

Polygons to Lines option in QGIS

So the result looks like this, a lot of lines that overlapped one to another: After converting the polygons into lines

but OSM cannot have repeated ways inside the relation boundaries, so we will break this lines and make them unique.

Luckily, the GRASS plugin in QGIS provides us of a function named v.break: v.break function in QGIS by the GRASS plugin

Once generated the result breaked lines, we export as GEOJSON format to a filename "fiji_splitted.geojson" for example, also we will export the original SHP boundaries file into GEOJSON format, example to "fiji_level8.geojson".

Now is time to run the python(with python 2.7) script, you will need the python library "shapely", before we run it, we edit the script to change the needed parameters, that is:

  • ALL_LEVELS_GEOJSON: filename that contains the original boundaries SHP file.
  • SPLITTED_WAYS_GEOJSON: filename with the broken, splitted ways.
  • DEEPER_LEVEL: level number and uniquetag and nametag that we discovered, in our case: DEEPER_LEVEL = {"level":"8", "uniquetag": "TID" ,"nametag":"TIKINA"}
  • OTHER_LEVELS: a python list with the other upper levels that you want to extract also and mix together, in our case: OTHER_LEVELS = [{"level":"6", "uniquetag": "PID" ,"nametag":"PROVINCE"}]

Optional: There is an extra parameter called MAINTENANCE that you can set up to True to let the script to clean up the ways in case that the GRASS v.break did split the ways a bit too much, having too many ways into OSM. When the script is runned this way, it will create a "tofix_splittedways.osm" that can be loaded into JOSM to fix and join those little ways into a bigger one. Then make sure to save the fixed result as GEOJSON to the same filename of the splitted ways we had before, and change the MAINTENANCE to FALSE before reruning the script.

Running the script will create a "final.osm" output which is the file that we need to import into JOSM in order to upload into OpenStreetMap, preferably using the JOSM multiple-parts upload option.

WARNING for uploaders: Of course, before you upload the generated result, you need to be an experienced OSM user and understand pretty well what are administrative boundaries, otherwise, learn about them see examples, ask in the forums, etc.

Before uploading, you need to see what boundaries already exists in the area you are supposed to upload(I assume you studied the area since you decided there is a lack of boundaries), for example in JOSM you can get all the boundaries of a region, to do so you can use the option "Download from Overpass API", (you will need to have the Expert Mode activated) in JOSM. Then put the following Overpass query: ( way["boundary"="administrative"]; node(w); rel(bn)->.x; way(bn); rel(bw); ); out meta;

I would like to repeat again that you need to follow carefully the OSM Import Guideline before uploading or deleting anything.

Once you have made sure that your new boundaries are correct, accurate, exact(you can compare with satellite imagery in case some boundaries match some rivers, coastline, etc), my regular approach when I have to upload many automatically generated boundaries into Openstreetmap is the following:

  • Carefully clean up the previous boundaries useless(if any), if necessary, contacting the user or importer who did the previous one, also make sure you have permission by the data source to do so with the OpenStreetMap license, etc.
  • Upload the OSM file using JOSM multiple part (maybe with chunks of 500-1000 objects, depending on the my internet speed).
  • How to join our uploaded boundaries with the neighbor boundaries: Now this is a very careful part and you need JOSM experience with relation editing since you will have to modify already existing OSM boundaries(sometimes delicate country borders). My advice is not to delete the ways of the existent neighbors boundaries but YOUR border ways, and add the already existing ways into your new boundary relations(if necessary you can split those ways).
  • In case that you need to join your boundaries with a country border, NEVER delete the already existent border, since their OSM way ids may be being used by some 3rd party applications, if inaccurate, you can just align them or split them. There is a great online OSM tool created to verify if you messed up with some country border.

Here is how the result looks like: Final boundaries in OSM

In you have doubts or errors, you can just write a comment here or add a issue into the github of the script.

I hope it helps saving lots of time to OSM contributors.

OSM Mapping training in dept. of Environmental Science and Disaster Management (ESDM), Daffodil International University

Posted by Rukaia Parveen Tuba on 26 September 2016 in English (English)

I’m Rukaia Parveen Tuba, student of Environmental Science And Disaster Management department (ESDM) of Daffodil International University. I’m an active volunteer of Bangladesh Red Crescent Society. I got a training there on OpenStreetMap by American Red Cross and BDRCS under their Data for Action Project. After receiving that training I thought how to spread the mapping knowledge among my friends. BDRCS took a decision to engage academia for making their program sustainable. Like few other selected universities, ESDM of Daffodil International University has showed their interest to host the training at their premises. The student of our department participated on that program held on 07-08 September 2016 at our premises. The training went successfully with full of learning about the map, uses and types of map, mapping technology for a greater good through crowd sourced mapping. Through the hands on session and heartiest effort given by honorable trainer Mr. Ahasanul Hoque all participant earned the confidence on themselves what they never knew capable of. All they are now a good mapper and promised to train more mappers in near future. We have opened a facebook group named OSM Club, DIU where all our mappers will be included and use the group as a forum for all the mapping activities, events, learning and support media. Today we had a mppathon and we have mapped for the affected region of USA by recent hurricane Newton. All of our new mappers liked the collaborative mapping and amazed to see the power and potentiality of openstreetmap for global humanitarian causes.

Incontro mappatori a Roma. Ci riproviamo?

Posted by FraMauro on 26 September 2016 in Italian (Italiano)

Proposta lanciata in mailing list it-lazio. Per ora stiamo pensando a martedì o mercoledì della prossima settimana.

se qualcuno è interessato e non legge la mailing list, commenti alla voce o messaggi personali sono ben accetti.

A presto!

Progress update of mapping and aligning road network in Taiwan

Posted by saikabhi on 26 September 2016 in English (English)

Last week, as a part of improving the quality of road network data in Taiwan in OpenStreetMap and correct data misalignment issues in Taiwan, the Mapbox data team along with the Taiwan OpenStreetMap community has completed aligning major roads in 6 cities in Taiwan.

For this task, the team used updated Mapbox satellite imagery and Strava heat map for aligning the major highway network.

We have presently managed to align and improve more than 4000 kilometers of major highways in Taiwan in just 3 days by working alongside the Taiwan community. The 6 cities where the aligning effort is concentrated are: Taipei, New Taipei, Hsinchu, Taichung, Yilan and Tainan.

screen shot 2016-09-26 at 8 12 18 am New updated Mapbox satellite imagery in Taipei

We have received a great response from the community on this task. They have been extremely helpful in resolving our queries and verifying edge cases and updated data from the ground in the mapping ticket. Taiwan OpenStreetMap community have also started validating our tasks as we have mapped.

While mapping we have come across situations of missing data and recent constructions which may not be reflected in the satellite imagery and are difficult to trace without local knowledge. It will be great to have the community continue validating our work on the ground and also help in adding any missing data in any area to improve the data quality in Taiwan. We also plan to continue aligning minor road network in the cities mentioned above once the validation of the major road alignment is completed.

We thank the community for all the support. We look forward to more interactions with the Asian community. Few of our team members will be present at SoTM Asia this week in Philippines, catch up with @manings, @srividya_c, @Chetan_Gowda, @nikhilprabhakar and me to talk more on this and the latest data team projects at Mapbox!

Thanks,

From Mapbox Data Team.

Tell me about your username

Posted by pratikyadav on 25 September 2016 in English (English)

My user name is same as my real name: Pratik Yadav. But I find the stories of usernames (that are not their real name) very fascinating.

I met a few people in SOTM where they shared how their username relates to their hobby, interest and sometimes a hidden meaning.

If you have a username that has a story, post in comment.

:)

Dzień 0+8, zmian 77

Posted by R3dTub3F4n on 25 September 2016 in Polish (Polski)

Od 17 września, czyli przez 8 dni, zrobiłem -sołectwo Rogów n. Odrą -sołectwo Bełsznica -sołectwo Bluszczów -sołectwo Odra -poprawki do sołectwa Uchylsko

Libosmscout at the "2. OSM SommerCamp"

Posted by Framstag on 25 September 2016 in English (English)

As last year I participated at the 2. OSM Sommercamp at the Linux Hotel in Essen, Germany. Plan was to do some development for libosmscout.

The master plan for this year was already there, and as part of this I wanted to concentrate on caching of data in the MapPainter thus improving the performance of the render. Since a few days before I got some hints regarding possible performance problem in the label layouter I wanted to take a look at that first. Another topic was creation of simple HTML pages during the import process to dump all those findings about (possible) mapping errors that were detected during import.

Simple results first: The creating of HTML was already prepared before so at the SommerCamp the main task was to go through all the warnings and errors created during the import and convert them to the new API. At the end of the Sommercamp most stuff now was dumped to the HTML pages, too. A quick scan shows that for small imported regions most error occur because of some clipping problems, for larger region a fair amount of error are either due to libosmscout not knowing some types of objects or actual mapping problems. Next step would be some central server that builds libosmscout regularly and imports *.osm.pbf files people are interested in getting results for. While we do have central Travis and Appveyor builds the memory demand during import is likely too high to run imports there.

Next I improved MapTileCache so we now have a nice data structure that allows a renderer to use it for caching "things" (which could be handles, measurement result,...).

After that I took a look at the label layouter. In fact there was some O^2 algorithmic deficiency (how could that happen!?). Since I planed that anyway and to try to improve the API to the rest of the renderer I moved the layouting to its own class and at the same time removed the O^2 problem.

During testing I found some mysterious performance effect. While scrolling through the map, map rendering suddenly got much, much slower. After much analysing, dumping of ids, the cause was clear.

  1. Libosmscout does some heavy work trying to merge ways in cases where they have the same attributes. Longer way mean, simpler routing graph, less data overhead.
  2. On the other hand since some time libosmscout now does repetitive contour label rendering on ways (before that the contour labels was just rendered once on each way segment, independent of its length).
  3. For detecting if a way should be rendered or not we use simple bounding box clipping.

Result: For the river Rhine for the nordrhein-westfalen import we generated a very long way (from Bonn up to the the german border in the north). The style sheet defines a contour labels for this. The effect bounding box for the river did go to the right up to Essen (where the Rhine is not visible, but because of the snake like meandering the bounding box still was there). So somewhere around Essen we started to render contour labels for the whole of the Rhine. Labels that were actually not visible on the resulting map. During the Sommercamp I fixed this by defining an upper limit on the way merging. Since the problem occurred after the Sommercamp again for some ferry line Lukas fixed this again with a more general approach by explicitly splitting ways again after merging.

Label rendering is now faster than before. Though we still need some geometric solution to further reduce the overhead.

Finally time was spend to eat some cake at the 12. birthday of OSM :-)

Kuchen

Location: Mitte, Dortmund, Regierungsbezirk Arnsberg, North Rhine-Westphalia, Germany

Bomberos Placilla

Posted by TecSeguridad on 25 September 2016 in Spanish (Español)

Se agregó la ubicación del cuerpo de bomberos de Placilla.

A Rant: The Way Beyond Craftmapping That Nobody Is Talking About

Posted by bdiscoe on 25 September 2016 in English (English)

When I read Michal Migurski's recent post robots, crisis, and craft mappers, I was really baffled and concerned. I am a fan of Migurski; he's a good person and a smart guy. But the content of this particular blog post was really off. I had hoped it would pass with little notice, but I can tell from the #craftmapper T-shirts at SOTM that people actually paid attention, so sadly I feel compelled now to rebut, and hopefully offer some useful perspective as well.

To get something out of the way first, I am absolutely a "armchair" or "craft" mapper, and an addicted mapper, averaging ~5 hours a day mapping for the past 3.5 years; by my own estimation, there are only two human OSM accounts (katpatuka and Heinz_V) with more node/way contribution. (Also, shoutouts to AndrewBuck, Stalker61 and ulilu!) I care passionately about the map, I've been in geo since the 90s, and I've been inside Google to see how mapping actually happens at scale.

My OSM Heat Map

To start with, he writes:

The OpenStreetMap community is at a crossroads

Arguably, no it isn't. It is actually on a stable trajectory, with no major shifts likely.

I see three different movements within OpenStreetMap: mapping by robots, intensive crisis mapping in remote areas, and local craft mapping where technologists live

Actually, no. "Robot" mapping is a perennial project of AI zealots, not a movement, and cannot and will not produce acceptable data (for reasons way beyond the scope of this rant). At best, it is another way to produce yet more controversial imports of dubious quality. Crisis mapping is now well-established for many years, not a new or dynamic trend; same with local or remote "craft" mapping, i.e. normal OSM contributors; not a movement, and not new.

The first two represent an exciting future for OSM, while the third could doom it to irrelevance.

This is saying that normal OSM contributors, the ones that have and continue to build most of the map - and the great majority of the quality map - are "irrelevant". This is really, 100% wrong.

Historically, OpenStreetMap activity took place in and around the home areas of OSM project members

True enough, and that is still the single largest source of quality map contributions. The other parts are imports, a small amount of commercially-sponsored input, and armchair mappers like myself, tracing aerials from the places that can't (or can't yet) map themselves, either for HOT or MissingMaps or beyond. Together, that IS OSM, past and present, and unless Something Dramatic happens, that is also OSM's future.

Craft mapping remains the heart of the project, potentially due to a passive Foundation board who’ve let outdated behaviors go unexamined.

I am trying to figure out how to not feel hurt by this. "OUTDATED." The passion that drives the entire past, present and future of OSM is "outdated?"

Left to the craft wing, OSM will slide into weekend irrelevance within 5-10 years.

That's basically saying that OSM is irrelevant today. As an opinion, that's a pretty harsh one.

Two Modest Proposals (1) codes of conduct and other mechanisms intended to welcome new participants from under-represented communities

This sounds fine, but it seems orthogonal to the "robot, crisis, craft" framing. It seems uncontroversial to empower and support more crisis/craft mappers from under-represented communities.

(2) the license needs to be publicly and visibly explained and defended for the benefit of large-scale and robot participants

I have sat out the license wars, partly because, as a regular non-lawyer human, I cannot fathom what all the fuss is about. That said, it also seems unrelated to crisis/craft mappers, with or without AI-robot assistance to produce data for human review, who will surely be able to proceed with or without license changes.

I could say much more about this, but much has already been hashed out of the comment thread on the original blog. For example, "automation vs. craft is a strawman argument; Both - in an integrated manner!" yes obviously.

Instead, I'd like to provide an answer the question I believe Migurski is actually asking. I believe he is saying:

  1. While better in some areas, OSM isn't on par, for the full range of uses, with maps from Google/Apple/etc.
  2. The existing approaches aren't on a trajectory to get us there, therefore they "doom us to irrelevance".
  3. We need something more to get us there, but what is it (robots? codes of conduct? license changes?)

The answer to this question is obvious, but everyone seems to be waffling and dodging it. I will say it: MONEY.

MONEY

To be a top-tier global map, it takes roomfuls of full-time, paid mappers, with the kind of resources and coordination that (realistically) are only found in large corporations.

  1. Clickshops. Google has them, Apple has them, any organization that wants to take OSM to the "next level" will need them. In some developing nation (for cost), with fast computers and fast networks and thorough, regularized training for speed and consistency. (In case someone is thinking Mapbox, that's nice, but think bigger. Think 100x.)

  2. Streetview. Every station in Google's clickshops has the entire catalog of streetview instantly available, continuously integrated into the mapping flow. Without a streetview-like dataset, you just can't do it. I know Mapillary (+JOSM plugin) is trying, but they are not even close - you have to capture FULL 360 (cylindrical) imagery, not just hope that hobbyists were pointing their camera where you need to to look, and you need the RESOLUTION to read street names. Not even 1% of mapillary users are capturing HD 360 imagery. You can't do it with prosumer cameras (I've tried). You need an expensive rig. Stop pretending otherwise.

Some company or consortium (or, in theory, government, but I'm not holding my breath) could step forward with MONEY and take OSM to that "level III/IV" Migurski (and many others) would like to see. Barring that, everyone needs to extend love to the homebrew/crisis/craft/mapathon mappers we have, because we ARE OSM's future.

Map update in Lima (until september 2016)

Posted by Diego Sanguinetti on 24 September 2016 in English (English)

Hello everybody. In recent days, I added some improvements for Lima (Peru). After the first update, now enlisted more contributions to revise and preserve the city for the next months.

  • Updating Via Parque Rimac and Costanera highways. The inaguration is in 2017-2018.
  • Retouches in the historic center of Lima and some neighborhoods as Barrios Altos and Rimac
  • (Interval) streets in La Punta and the historic center
  • More improvements in Campo de Marte and Paseo de las Aguas
  • Construction of second part of the Callao's airport and new underground highway
  • Sidewalks in the parks
  • Added Mercado Unicachi, rural market, and some tweaks in Comas district
  • Added a fort in Rimac district (see La Muralla) and orientation maps in urban parks
  • Added Sea sport track (I don't know the real name) in south of Lima for the 2019 Pan American Games.
  • More shops in Mega Plaza (like Plaza Norte).
  • Structuring Pachacutec to differentiate with Santa Rosa and Punte Piedra locations.
  • Added Ciudad Satélite Santa Rosa (residential city) near the airport
  • Retouching in Pachacámac (Lurin)
  • Building Design National Stadium

Comming...

  • Buildings in Gamarra shopping center (completed)
  • Streets with vector lines (San Isidro?)
  • More schools to help in the upcoming elections (maybe, the presidential and rural in 2020)
  • Remove "alpine hut" and replace with other objects
  • Traffic lights strategically located in the streets
  • Find out if some local work, especially in areas prone to landslides or similar

It is possible that visual applications like Maps.me or Osmand finish saying as "updated map" so this list serves very useful for both experienced and novice in OpenStreetMap. Any contribution is welcome comments. Greetings.

This was translated from the original post

Location: Breña, Province of Lima, Lima, Peru

Having Problems with the Traffic?

Posted by alexkemp on 24 September 2016 in English (English)

It took more than 6 months to reach my personal target (map a boundary set by various roads, culminating at the ancient – although now mostly gently rotting – centre of Carlton). Now, I do admit that I've still got to complete a bit of the extreme west end of this mapping (Porchester Gardens), but the greatest extent has been done. In the light of that, perhaps I can indulge myself a little.

Close by the junction of Burton Road and Cavendish Drive is the Army Reserve Centre (‘ARC’) of the Sherwood Rangers Yeomanry. They are a cavalry unit, and this is not a bad picture of one of their vehicles:

Robin Hood

Useful for shifting the worst of the traffic jams, I would have thought.

Location: Arnold and Carlton, Gedling, Nottinghamshire, East Midlands, England, United Kingdom

Is RFC stage of proposal procedure just a formality?

Posted by BushmanK on 24 September 2016 in English (English)

Proposal procedure is not something required to introduce a new tagging scheme, however, some people are brave enough to start it for tags they want to introduce. But then, they are not obligated to follow this procedure, not only in form of being able to abandon a proposal (which is normal - you don't have to finish it if you don't want to) but also in form of disregarding the RFC stage.

RFC stands for Request for Comments. Supposedly, it serves to collect feedback and to correct errors found by reviewers. But currently, proposal author is not obligated to take any feedback into account, even in a simple form of replies on a Talk: page (leave aside actual addressing the issues, mentioned there). Since voters are not always reading Talk: page, they could be unaware of those open issues and cast their votes regardless of that. This makes an RFC stage (and the whole proposal procedure) nothing more than a formality.

My view on it is that voting stage should never be started (allowed to start) without addressing every issue submitted by proposal reviewers. Otherwise, no improvement of proposed scheme is possible if an author is lazy enough.

Neighbourhood Watch

Posted by alexkemp on 24 September 2016 in English (English)

I wrote in June 2016 about CCTV cameras on Carlton Hill top, but it seems that in Carlton centre they take their Neighbourhood Watch even more seriously:

Carlton Neighbourhood Watch

Location: Arnold and Carlton, Gedling, Nottinghamshire, East Midlands, England, United Kingdom

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

Posted by Sadless74 on 24 September 2016 in Russian (Русский)

Опубликован ЕженедельникОСМ 321 - краткие новости о происходящем в мире ОСМ, можно прочитать на русском языке на сайте.

Замечания по переводу оставляйте в комментариях, исправьте в вики, напишите на форуме, сообщите в телеграмм

Older Entries | Newer Entries