Recent diary entries
I've been trying to continue implementing https://github.com/gravitystorm/openstreetmap-carto/issues/110#issuecomment-377527922 , but I hit a wall with CartoCSS, and frankly, I don't know where to ask questions about it. Do you think it makes sense to create a
#cartocss channel in the OFTC network?
Traffic Islands update
Last time, most highways within Dasmariñas City are on split-segment due to existing traffic islands, and thanks to mappers who have fixed the problematic split-segment mapping scheme. Despite the Holy Week, parts of Salitran and DBB have recently constructed the traffic island for the betterment of road safety upon knowledge from DEAR PAUL 24, hence the emergency editing applies on most parts of the Congressional Road Network (including Transit Lane) and Salitran Road. The fix has been updated on MAPS.ME app.
Road Widening and Rehabilitation
Most road widening and rehabilitation happen at an unexpected time, including the Congressional Road Network-Mangubat Avenue segment where DLSUMC/DLSHSI property has to adjust their property line with the white line that indicates the right-of-way/government property and the private property. Some buildings are slated to be demolished due to encroachment/conflict with the widened right-of-way, and your kind understanding is highly appreciated.
Good News from DEAR PAUL 24: Building and Infrastructure Accessibility
Most buildings and infrastructures (like footbridges) are mapped for the presence of the wheelchair ramps and elevators where the said infrastructure/building must be compliant with BP 344/RA 7277/9442/9994/10366/10754 to aid with accessibility and mobility to Persons with Special Needs and Disabilities (including Senior Citizens due to their advanced age). Hopefully, more footbridges will retrofit/install in the near future for pedestrian safety considerations + new building construction with the wheelchair ramp(s) and the elevator(s). Mostly, building floor levels and evacuation center(s) are mapped for humanitarian considerations that in case of an emergency, responders will take their part in saving people's lives.
Any comments and suggestions are welcome here to improve further the map. Should any problems arise, don't hesitate to contact DEAR PAUL 24 thru OSM or FB Page.
Visited this lovely area some time ago and found not much detail, with few recent additions. I do like to 'paint' an area with landuse detail, as well as investigating roads, signs, and paths. As a map follower (rather than a sat-nav servant), I do like "the path starts just north of the wood and runs along east of the hedge to pass on the west side of a house". Yes, my additions do stand out in a rather basic-mapped area, but I do look to when most of the UK becomes more clearly mapped. I think I have not trodden on anyone's toes, but feel free to comment or amend. I follow a rural mapping philosophy of "it's woodland or farmland" unless there is aerial view evidence of 'meadow' eg horsiculture, or worn/irregular grass or hillside etc. Note, after advice, I map large grounds around large rural houses as private garden (not park).
Spanish language version here
Hi all. I want to introduce the new MapRoulette version and invite you to try it. It is currently in beta and feedback and ideas for improvements are very welcome. This information also appears in the wiki section of the MapRoulette GitHub repository. You are welcome to submit issues there. I am looking forward to your feedback!
MapRoulette is a micro-task web tool for OpenStreetMap. It gives you small Tasks you can complete in under a minute to improve OpenStreetMap. Anyone can create groups of tasks, called Challenges, that the community can complete together.
This is the third major version of MapRoulette. The website has been completely redesigned and contains a lot of new features compared to the last major release.
MapRoulette 2 and 3 side by side
Here are some of the most visible new features.
Better ways to discover Challenges you are interested in has been the single most requested improvement. We have spent a lot of time thinking about this, and listening to your feedback. We think you will really enjoy the new ways MapRoulette offers to discover interesting Challenges for you to work on.
Challenge authors can now assign a category to their Challenge, such as Roads, Buildings or Land Use. You can use these categories to quickly narrow down what is interesting to you.
MapRoulette 3 features much improved location based filtering. You can limit your Challenge search to the current map view as you zoom and pan around, and can start the map on an area surrounding your Home Location that you've setup in your OpenStreetMap settings.
You can use the free text search field to narrow down the list of Challenges to match any text you enter. MapRoulette will search Challenge titles and descriptions for you.
A list of Challenges that match your filter results is now always visible on the left side of the MapRoulette window. It will update in real time as you select filters from the drop down menus, use the free text field, and pan and zoom the map.
MapRoulette will now show you where the Tasks in a Challenge are located when you click on a Challenge in the list. As the Task information loads, MapRoulette will first display a bounding box to give you a rough idea. When the Task locations are loaded, you will see them on the map. If there are many, they will be clustered. Zooming in will then show you individual Tasks. You can click on a Task to work on it.
Working on Tasks
MapRoulette now gives you more freedom to decide how you want to work in MapRoulette.
Random or Nearby
The name MapRoulette suggests an element of chance. Tasks within a Challenge used to be served completely at random. This meant that you jump around the map as you work on Tasks. Not everyone appreciated this. We received a lot of requests to offer a way to work on Tasks in a specific area. MapRoulette now offers this. After starting a Task, you can decide if you want your next Task to be one nearby or a random one from the same Challenge. MapRoulette will remember your choice for that challenge.
To change this setting while working on tasks, look for the Random / Nearby switch in the More Options area.
MapRoulette now lets you track a Task. This is useful if you want an easy way to come back to a Task later. When you track a Task, it will be added to the list of tracked Tasks in your Profile page.
To track a Task, click the Track switch in the More Options area.
If you like a particular Challenge, MapRoulette now offers an easy way to save it. When you return to MapRoulette, your saved Challenges will always appear at the top of the list.
To save a challenge, click on the title to reveal the details, and then click 'Save'. You can 'Unsave' in the same way.
MapRoulette lets you comment on individual Tasks. You can use this feature to let other mappers know why you skipped a Task or marked it as Too Hard, for example. The Challenge author will also be able to review comments, perhaps to make improvements to the Challenge. So you can use comments to let the author know your feedback as well.
To comment on a Task or review previous comments, look for the comment field below the Task instruction.
A new concept in MapRoulette is the Virtual Challenge. This is still very much a work in progress and something we would really like your feedback on. A Virtual Challenge is an impromptu Challenge you can create yourself out of the available Tasks for the area you are interested in. This lets you systematically solve all MapRoulette tasks, across Challenges, in your area. This can be fun and useful for a Mapping Party!
To create a Virtual Challenge, go to the main Challenge list view by clicking on Challenges in the top menu. Next, use the map to zoom in to the area you are interested in. When zoomed in far enough, you will see that individual tasks are loaded and displayed on the map. You will also notice that a button 'Work on mapped Tasks' appears at the top of the Challenges list. By clicking this button, you create a Virtual Challenge that consists of all the currently visible Tasks. If you want, you can use the filters to narrow down the Tasks further before you create your Virtual Challenge.
When working on a challenge, it's now easy to share a link via email or on selected social networks using the social sharing area near the bottom of the task sidebar.
Go here to try the new version: http://maproulette.org/mr3
The Department of Social Welfare and Development-Information and Communication Technology Service (DSWD-ICTMS) joined the celebration of Women's Month with "MAPAbabae: OSM Workshop and Mapathon with Women and for Women" last March 22, 2018, Thursday, 1:30-5PM.
#MAPAbabae aims to map women and child-friendly spaces/facilities (as well as other mapping priorities of women) in the country through a collaborative (OSM) and gender-inclusive (not limited to women partcipation!) approach.
The program started off with an Opening Remarks from Dir. Noy Castro, mentioning the importance of having an integrated georaphic information system (GIS) in the Department with emphasis on mapping locations of facilities and resources for vulnerable sectors i.e. women, children, PWDs and senior citizens. We had two (2) speakers, Mike Labrador and Jen Alconis-Ayco, who shared their mapping experiences with women and for women, and another two (2), Gellie Apolinario and Dianne Bencito, who discussed about and demonstrated OSM. This was followed by a mapathon and sharing of mapping experience by the participants, then closing remarks from Andi Tabinas, our OIC-Division chief (wooo!).
Most of the partcipants are new mappers and they learned about collaborative community mapping through OSM. Based on their feedback, they are very willing to make use of the technology and contribute to it, either be it for work or volunteerism! :)
We used the hashtag #DSWDMAPAbabae as changeset comment and as of now, we have 446 map changes! I will be posting the mapping priorities and tags to use once finalized.
My takeaway: Mapping is an inclusive and powerful tool, let's exhaust its capabilities. Right now, there is a disproportion on men and women mappers (97/3, Lechner 2011). So why should women map? As Ate Jen mentioned on her presentation, "(Men and women have) different perspectives in a shared landscape."
Empower a women today by encouraging her visibility on the map!
(All photos from @GOwin)
It has been a few years since I last posted what I have been up to as far as my Humanitarian OpenStreetMap Team (HOT) membership involvement as well as my personal contributions to OpenStreetMap (OSM). This time I thought it would be easiest to just do a brief overview by category:
The Homefront: Forest (and other) Mapping in Colorado
My goal of getting Park County, Colorado mapped continues to fall off schedule 😊 – I did get more done, just was side-tracked when a few of us started making a real push to map the forested parts of our state. Most of 2017 was focused on humanitarian mapping, so there is much more work I would still like to do locally. However, although it has been delayed on several accounts, we are so very close to starting the Denver Planimetrics import.
Disaster Response: Activation Coordination for HOT
There were lots of disasters over the last couple of years. Some notables were: Floods in Sri Lanka and Peru, a string of Earthquakes in 2016 (Indonesia, Japan, Ecuador), Hurricane Matthew, a ‘smaller’ outbreak of Ebola in the DRC and lots more that just didn’t require or garner a formal response. Two, I will expand upon…
- Cyclone Winston: Although we did not elevate this to a full Activation, many of us spent a lot of time mapping Fiji. This is where we discovered the 'cane train' and how that tiny gauged rail is so hard to see. I felt it was a lot of great island mapping and now a large portion of Fiji has good road network and buildings (ie. Basemap for response).
- Fall 2017 Disaster Response: If you could say there was a ‘highlight’ in HOT disaster response over these two years; this is it. For a while, I think it was literally a new disaster declaration every week. But somehow, we just kept taking them on and managing them well, given the circumstance. Working directly with FEMA for the Puerto Rico response and being that bridge between the local OSM community and response organizations is exactly what we prepare for and was successful with this response. Of course, we wanted to be able to provide more and get OSM into more people’s ‘toolkit’ but we at least got into the conversation and continue working with U.S. response organizations to further solidify the usefulness of crowd-sourcing in emergency response and recovery.
Community Building: The Wildest Places on Earth
- Colorado & Wyoming: After some initial success having mapathons with the University of Wyoming, we went ahead and started a meet-up as part of our current OSM-Colorado plan. It hasn’t been very successful (yet), but WY is the least populated state in the U.S. so I think patience is key on growing that community. I hope (a) highly motivated individual(s) in Laramie or Cheyenne show some interest in hosting events or we’ll just keep trying to do one or two a year. There was a lot of action around Colorado meetups, I made some connections with OSM/Maptime Western Slope and started being more involved with the Maptime Boulder and MileHigh groups. I think Colorado is starting to get some very sustainable traction as a ‘micro community’ in the U.S.
- Mongolia Connection: Most important to me was meeting Tunga from the Ger Community Mapping Center (GCMC) when she gave a presentation at Colorado State University in 2016. About a year later, I started helping one of their volunteers – based in Denver – organize mapathons as part of the GCMC’s microgrant program awarded by HOT. It is a very neat circle to be helping Mongolians promote OSM in Colorado after going to promote and teach OSM in Mongolia in 2013. And there’s the whole sister city relation with Ulaanbaatar and Denver, etc. I’m so happy this connection is continuing to promote community in and in-between our mappers.
Project Work: How I Paid the Bills
- School Safety Maps: While I had some downtime from HOT project work in 2016, I was privileged to help ERCM Consultants with designing some emergency response/campus safety maps for a school near Washington D.C. This is in relation to some non-mapping related consulting I did for The "I love U Guys" Foundation who design and publish (for free) school (and other facilities) emergency response and recovery protocols.
- End Malaria: In late 2016 I was selected to manage the Malaria Elimination campaign for HOT. This was a multi-partnership collaboration to map all buildings in a roughly 600,000 square kilometers area spread over 9 countries using a variety of tools like Tomnod, Mapswipe and large-scale validation techniques. This work has led to a continued partnership with several of the organizations and HOT will most likely continue to work on the eradication of Malaria until it is gone.
- Indonesia Roads: There was not much of a gap between finishing up the final reports on my malaria contracts to starting on a new project. In late 2017 I was selected to manage the project to complete the road network in Indonesia. This has been great for me as some of the same mappers that were on our global team for malaria elimination are part of this project as well. It helps show our commitment to the map of Indonesia but also shows how much work it takes to truly complete the basemap of a country.
Events: Where I have Been
- State of the Map Seattle July 2016: I’ll just say this may forever be one of my personal all time favorite conferences. Did get a scholarship so stayed in the dorms which may have added to the experience, but overall just had a great time.
- HOT Summit and State of the Map Brussels September 2016: These I went on my own dime; really enjoyed Brussels and there was a great turnout of HOT friends with the Summit attached.
- Missing Maps Gathering and HOT Summit September 2017: Last year we did the Summit ‘solo’ from another larger conference. The days before I was one of the HOT ‘delegation’ for the Missing Maps gathering which was a great work session and felt we came away with a better vision for the collaboration. The Summit itself was amazing and I would say is maybe my second favorite conference experience.
- GIS In The Rockies September 2017: I thought about going the whole time, but in the end was too busy and just did our JOSM training workshop. We plan on doing it again this year but probably a longer session with a small fee going to help pay for OSM-CO/WY meetup.
- State of the Map Boulder October 2017: Of course I was going to be at State of the Map Boulder. This was a great boost to our local community and think much of the action we are seeing in the meetup groups, etc. directly stems from the OSM energy at SotM-US.
Today, I (accidentally) found out that the Bing imagery layer in OSM editors has seen an update — the last ever update for my local area, IIRC, is from 2013-ish. Many, many years ago, when some areas (even my state capital) were still stuck with Landsat imagery. There are limited high res imageries too, but it's quite outdated (some are from 2005, for example), for the rest of my country (Malaysia).
Mapbox decided to share their imagery too, roughly mid-2014; and last year DigitalGlobe and Esri chipped in as well. With the availability of more recent and higher resolution imageries, usually DG layers has become my staple for editing, since their debut from May last year.
Bing imagery - in the editors: iD and JOSM - is more or less, DigitalGlobe (DG) Premium layer, but with overzoom. The advantage is that new users might find that it is more bearable to edit in higher zoom levels. DG Premium would only display white tiles, when an editor is trying to go beyond zoom level 19.
Pretty thrilled to be honest, at least new editors will be able to benefit from this, as Bing imagery is the default imagery in the iD editor. Previously, I reckon these new editors (in my country) might find editing OSM so off-putting; seeing outdated imagery, or Landsat imagery where higher resolution imagery is not available.
So I checked Bing Maps, expecting changes. Who knows... Apparently, the satellite layer in their own website is not updated yet. Which baffled me a bit. Probably that will take some time?
P.S. Anyway thank you very much Microsoft for your imagery refresh.
Missing Maps Leaderboard Updates
When Missing Maps started, it was impossible to imagine what it would ultimately become. The goal was to simply make more open map data available before disasters and to help the Humanitarian OpenStreetMap Team build more local mapping communities.
Early on we realized we needed better ways to quantify and track the impact of Missing Maps to OSM. Nearly 4 years later, we are making great progress on both of those fronts. Our efforts eventually produced the Missing Maps leaderboards, which sought to track individual users and teams.
The Missing Maps leaderboard technology is a streaming, real-time look at who is supporting our work. Initially funded by the Cisco Foundation, the leaderboards became a major way to engage and reward mappers. We were blown away when 4,000 mappers helped out on Missing Maps projects during the first year. Four years later, 52,000 mappers contributed to 1,200 mapping Missing Maps projects, the vast majority of those mappers were making their very first edits to OSM. In 2017, 10% of all new OSM mappers made their first edits in support of Missing Maps. The scale of tracking all these new users created problems for our system.
Thanks to a generous grant from Microsoft Philanthropies, Pacific Atlas migrated the stack to Microsoft Azure, completed a full analysis backfill, and rewrote large chunks to enable things to scale better in the future without dropping edits. As always, all the code is open, including the leaderboard code and the osm-stats infrastructure. We are always looking for help to create new badges or suggest new ideas.
- Total Contributors: We did a complete backfill of OSM history using OSMesa to capture dropped edits and editors (and to update our calculations). You'll notice that our number of total contributors is well over 52,000 now.
- Total Edits: The total number of edits has increased.
- Building Edits: This is a big change. In the past we we tracked Buildings Added to OSM. After doing some reflection, this wasn't a good representation of the total volume of edits Missing Maps contributes. Building Edits now reflects both new additions and the contributions of our validators to clean up and coach new mappers.
- Road Measurements: We've got some egg on our face here. We fixed some math errors (briefly: edits were counting the full length) and we are now correctly reporting the total km of roads added and edited.
- New Data: We now have data for all changesets (previously we'd only been tracking
#hashtaggedones). This means that user profile pages now include all edits made, rather than only those associated with hashtags. Users can still find their contribution to an individual hashtag by searching for the hashtag and user name in the leaderboards.
- More POIs: Edits with
amenity=*were previously the only POIs accounted for; we've expanded the set of tags tracked to better match Missing Maps editing activity.
- New Leaders: With the new data we've got some new leaders. I'm totally amazed at the commitment and dedication of Missing Maps mappers. From the first-time mapathon volunteer who manages to complete 40 buildings to the repeat mappers who make literally hundreds of thousands of edits.
- User Map: We changed the way the user contribution map is showing. Instead of a heatmap, we now display a simple choropleth that breaks down contributions by country.
- Badges: We dropped support for the GPS Tracks Badge. We weren't seeing a big uptick in new tracks added to OSM and this is already supported on the OSM user profiles.
- Slightly less real-time: Due to the increased volume of data that we're tracking, we had to reduce the aggregation frequency in order to keep things sprightly. Expect data to update approximately every 10-15 minutes.
- OSM Stats API: OSM Stats API now supports some additional queries and options, not all of which are documented yet but will be in the coming days.
- OSM Stats Workers: OSM Stats Workers was almost completely rewritten; metric calculations have been simplified and stream handling made more robust.
- https://www.openstreetmap.org/note/1336184 - DONE
Update: Need to reactivate and complete these two, per GinaroZ
Today, v4.9.0 of the openstreetmap-carto stylesheet (the default stylesheet on the OSM website) has been released. Once changes are deployed on the openstreetmap.org it will take couple of days before all tiles show the new rendering.
- A bug where closed ways with natural=cliff or natural=tree_row were not rendering has been fixed. This required fixing a transform bug. The fix will apply to all objects when they are created in OSM, but there is no migration for existing databases. Deployments will have to decide if the effects are serious enough to require them to reload the database.
- Adding place=square name rendering
- Adding rendering for different types of towers and masts
- Making gardens to use grass color with plant nursery pattern
- Adding rendering for intermittent water bodies
- Give oceans outline and simplify shapefiles on z0-7
- Simplify (generalize) admin borders
- Move natural=grassland and landuse=meadow earlier
- Start rendering aerialway name
- Adding icons for amenity=bbq, amenity=shower, leisure=sauna and advertising=column
- Adding special icons for shop=dairy, shop=medical_supply and shop=music
- Move amenity=toilets to higher zoom levels
- Fixing some SVG icons artifacts
- Make military=danger_area font dark pink and slanted
- Changing rendering for construction=steps to distinguish it from roads
- Changing label colour of private parking
- Small documentation and code fixes
Thanks to all the contributors for this release, including james2432, Penegal and jragusa, new contributors.
For a full list of commits, see https://github.com/gravitystorm/openstreetmap-carto/compare/v4.8.0...v4.9.0
As always, we welcome any bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues
Yesterday, a unit of the Social Welfare Department organized and hosted MapaBabae - an OpenStreetMap workshop for Women, with Women - in their central office in Quezon City, to mark Women's Month, and to introduce OSM as a tool for mapping, and to promote the value of diversity and inclusiveness in any community.
Kudos to the organizers for a refreshing take of mapa-thons, and the interesting discussion about language, empowerment, the potentials of open data in their work.
Jen, draws inspiration from the local Geo Ladies first (and only?) meet-up from 2014
As with other mapping activities, they also learned and edited maps of their communities. However, I found the discussions, and questions, more interesting.
A notable query was: "what's the tag for baby feeding rooms?" I did a quick search, and to my surprise (and dismay), there's no accepted convention. And yet, a proposal for baby_care was made in 2015.
I wish to see (and hope to support) more outreach activities to encourage diverse participation, and with more people organizing thematic mapping activities, to help map the communities they live in, work with, or simply because they love to map. The challenge of gender and language (and even the use of "mapa-thon") as a possible discouragement to mapping was eye-opening.
Helping change the ratio. 17:24
There are a few more photos here.
Turn restrictions are pretty common to OSM, them being the second most popular relation type, after multipolygons. Usually a restriction is a relation with two highway ways, "from" and "to" and a "via" member connecting these. The value of "restriction" tag adds a meaning: which kind of turn is forbidden on this route. For example, "restriction=no_left_turn" (and any other no_* value) forbids going from "from" to "to" way using "via" intermediate objects. Alternatively there are "only_*" values, forbidding any routes from the "from" way except the one leading to "to".
Usually "via" members are nodes, which makes them redundant for all types of restrictions except "no_u_turn" (which has the same way in "from" and "to" roles). Thus supporting them in a routing libraries has been easy. But — a "via" member can also be a way. For example, on a dual-carriageway, like the one pictured below. Supporting ways for "via" members is hard, but they constitute less than 3% of all restriction relations, so developers have often ignored these.
On the 5th of March, a new major version of iD editor was released. Among the changes, one stands out: the restriction editor got a big update. Now — finally — it allows adding "only_straight_on" restrictions (and others of the kind). And using ways in "via" roles. It looks awesome, and I'd like to thank Bryan for this feature. It is very intuitive, and I like that the iD team puts user experience first.
This change will obviously affect the number of restriction relations that have ways in "via" roles. And these have been hard to deal with. I don't know if all routing engines support such restrictions. MAPS.ME currently does not.
So to decide if supporting these restrictions should be a priority, I conducted a small research on how the change to the editor affected the map. First, I looked at the number of restriction relations by "last edited" date:
The black vertical line marks the day before the announcement.
You can clearly see that after the announcement, mappers started adding all kinds of restrictions, not just the new supported types. The most popular kind are "no_*" restrictions (e.g. "no_left_turn") with a node in the "via" role. But you can notice the surge in "only_*" restrictions (e.g. "only_straight_on") after the announcement, which by now has almost receded to the pre-March levels, ~100 a day. And there is a clear rise in new relations having ways in the "via" roles, from 10-20 before the new iD version, to 50-200 (!) after. While coming in waves, the number does not seem to decline.
Let's calculate percentages of these previously rare kinds of relations:
I have extended the period a bit, to account for a "calm" two-month period. Obviously, the rate of "only_*"-type restrictions did not change at all. The increase in their absolute numbers coincided with the similar increase in relations of other types.
But the percentage of relations with ways in "via" roles has definitely started to rise. From 3-5% before the new iD to 10% and rising after. It is entirely possible this line will settle on around 15-20%, which means around 300-400 new such relations every day. Which means, if you make a routing engine, you can no longer ignore relations with ways in "via" roles.
Traditionally such relations were made for restricting u-turns on a double-carriage highways. This chart confirms it:
The main increase is still in u-turn restrictions: as many as 260 a day the week after the announcement. Naturally, a developer might think they need to implement the support for only that type of a relation with a way in "via" role. It probably could be done with some kind of a shortcut patch.
Alas, other types of restrictions with ways as "via" are no longer virtually non-existent. From 1-2 a day, mappers now add 20-40 relations of other types daily. Here is the list of restriction types for relations with "via" member ways (thanks Roland and Martin for the Overpass stack!):
- 23429 no_u_turn
- 690 no_left_turn
- 442 only_straight_on
- 386 no_right_turn
- 240 no_straight_on
- 185 only_left_turn
- 114 only_right_turn
- 7 only_u_turn
Okay, no way around this issue. Looks like any routing engine that does not support ways in "via" roles won't be able to route properly from now on. And we in MAPS.ME have to catch up.
But... Is that all? Let me show you this:
Yay, iD editor supports restrictions that span two and more ways! We had 800 such relations in total before March, and in just two weeks mappers have added 150 more. I am pretty sure there are no more than two routing engines supporting such chains of "via" members, and that's being generous. So — get to work, developers: the routing over OpenStreetMap has just got much more complicated.
I had not taken OSM seriously until I began to need info and wanted to correct current map information in my locality. But I only edit maps here whenever I am in the mood or when I have time. In the early part of my mapping on osm, a great part of that was dedicated to correcting info on places that I am very familiar with.
My being female of the species has not really concerned me until I read an article today regarding the small percentage of women among mappers. In the listed members of WikiProject Philippines, I could see that I am only 1 of about 4 female names among 49 contributors. This made me edit Preferences on my wikipage. I clicked on "She edits wiki pages" on the question, "How do you prefer to be described?"
Let me emphasize another fact.
I belong to an indigenous community.
I am a full-blooded indigenous person.
OSM SHANTOU PROJECT
Greeting to all OSM editors,
As (former) local citizen of Shantou city I've recently begun to edit the Shantou Area OSM (Wikipedia of Shantou: https://en.wikipedia.org/wiki/Shantou). The project is not, however, limited to Shantou municipal area. Several modifications of mine were located in Jieyang and Chaozhou (the Chaoshan Intl. Airport and Chaoshan Railway Station as well as their proximity areas).
So far I've completed some blocks of the center city area of Shantou, particularly those around big commercial center, schools and some hospitals. The airport and railway stations are also completed from my point of view.
Since I've lived in the center city, the local knowledge serves well.
Generally there are already some works done at Shantou area: most of the main streets and highways, the coastline. I believe that there were some OSM editors who had already made some contributions (probably students of Shantou University since there is a well structured STU area on OSM now).
The project consists rougly of:
- The center of the Shantou City (Jinping* and Longhu Districts): buildings, neighbourhoods, local streets and alleys, etc. which is relatively easy for me to complete.
- The rural area (Chenhai, Haojiang, Chaoyang, Chaonan Districts, of which I don't possess enough local knowledge for these areas).
- The island Nao'ao County: I've made some modifications about the landscapes and added some buildings but it's far from done.
The project can be expanded to a Grand Chaoshan Area Project if local editors of Chaozhou and Jieyang City join in.
- It would be very interesting if the historical area of Jinping District (老市区), especially the area of Sun Yet-Sen Memorial Pavilion (小公园纪念亭) be completed by marking all historical buildings. It would be useful for the memorial protection work (actually some NGO in Shantou has done some remarkable works, ex. 汕头山水社).
#Premium DigitalGlobe imagery
With Premium DigitalGlobe imagery at 100m you can see buildings and it is not comfortable to edit them at this zoom level being too small but the height when you zoom out 50m the buildings disappear. As I use JOSM frequently, I tried ID editor and it's the same thing. That's weird. photo 1 zoom at 100 m photo 2 zoom at 50 m
It is with great pleasure that I announce the launch of the 3D Model Repository, available at https://3dmr.eu!
The main aim of the project is to enable a better 3D rendering of OSM data, placing 3D models at everything from landmarks, such as the Eiffel Tower, to benches on the street.
Starting off from my Google Summer of Code project, over the past few months, along with my mentors, Jan and Tobias, I have been working hard on setting up the infrastructure required for the launch, namely a web server and the domain, which have been warmly provided by FOSSGIS. Along with this, some new features and bugfixes were added to the repository, including a PR by dkiselev. Finally, the last few miscellaneous issues before the launch have been resolved, and a few sample models were added to the repository.
On the renderer side, -karlos- has been making great progress with OSM go, having provided us with an easy way to show off the features of the repository. An example rendering can be seen here or in the picture below.
Contributions are always welcome, in any form! There's several ways to contribute to the repository, such as modelling or developing. If you know how to use Blender or SketchUp, you can get started right away modelling features of your town, consult the wiki for more information. Otherwise, if you'd rather develop, you can implement the repository in a 3D renderer (more information available on the wiki and the API documentation), or add new features to the repository itself (a Gitlab repository is available). Other than that, if you have any other idea, make sure to get in contact.
Hope to see your additions!
I am testing "taginfo" instances:
- "Taginfo is a system for finding and aggregating information about OSM tags and making it browsable and searchable. It was created by Jochen Topf." link
You can reach my testing site here for the next 2 weeks( after I will shut down )
- Africa: every country - daily refresh
- Central-America: every country - daily refresh
- Antarctica: daily refresh
- other (Asia ,Antartica and Oceania, Europe, North-America, South-America, Russia )
- just some examples ... - no refresh .
About ~ 120 testing areas, some examples:
- Berlin: http://eu-de-be.taginfo-dev.opengeodata.hu/
- California: http://na-us-ca.taginfo-dev.opengeodata.hu/
- Istanbul http://eu-tr-34.taginfo-dev.opengeodata.hu/
- Burkina Faso : http://af-bf.taginfo-dev.opengeodata.hu/
- Costa Rica : http://ca-cr.taginfo-dev.opengeodata.hu/
- Cuba: http://ca-cu.taginfo-dev.opengeodata.hu/
- Haiti: http://ca-ht.taginfo-dev.opengeodata.hu/
- Kenya: http://af-ke.taginfo-dev.opengeodata.hu/
- Madagascar: http://af-mg.taginfo-dev.opengeodata.hu/
- Mali : http://af-ml.taginfo-dev.opengeodata.hu/
- Nicaragua : http://ca-ni.taginfo-dev.opengeodata.hu/
- Sri Lanka : http://as-lk.taginfo-dev.opengeodata.hu/
- Tanzania: http://af-tz.taginfo-dev.opengeodata.hu/
I am also looking hosting/dev sponsors - if it is useful.
After 2 weeks - you can reach the latest info in the source code repo : https://github.com/taginfo/dockerized-taginfo
Wikimania 2018 is happening in Cape Town, South Africa on July 18-22, 2018, it's the annual international conference that celebrates Wikipedia and its sister free knowledge projects.
The previous year, Montréal, Canada, was the host of this conference. The OSM community in Montréal had set up a booth and did an amazing work of introducing people to the OSM project. It also became a great place for answering questions related to OSM as well as explore more ways to collaborate with different Wiki projects.
There were some interesting sessions related to OpenStreetMap in the previous Wikimania:
- Workshop - Mapathon! Contribute and connect OpenStreetMap and Wikipedia using Wikidata
- OpenStreetMap project and how to get involved
- OpenStreetMap loves Wikipedia
The last date for submitting proposals for talks/sessions/workshops was 18th March but the community can still attend and give a lightning talk and/or organise a Birds of the Feather (BoF) session.
It’ll be great if the South Africa/Cape Town OSM communities would want to do something along these lines. OpenStreetMap and Wikipedia communities have a lot in common, let's meet, collaborate and make the most of this opportunity!✨
Specialising in providing the best circus-themed entertainment for almost any event imaginable, from corporate events and company fun days to gala dinner shows and parties our expert knowledge enables you to select circus acts that are choreographed to your exact requirements.