Recent diary entries
satellite image not updated. new roads not available for edit.
I have previous experience in identifying features in historic and modern maps and I didn't know that I could us this skill as a means of helping ... but I do now!
So here I am, I hope that I may be able to help in any little way that I can and I am learning so much in the process, what OSM is about and how it can be used to help.
This is a brief, but hopefully friendly opening to why I am here and my experience today.
Osm2pgsql 0.87.3 has been released. This development release primarily fixes bugs, but some of the bug fixes make other features usable.
Included is a bug fix for the lockfree queue implementation. Anyone using versions 0.87.0 to 0.87.3-dev, parallel processing, Boost 1.53 or newer, and not using --without-lockfree should immediately upgrade or stop using parallel processing. No data corruption issues have been observed, but the lockfree implementation may have been buggy on all systems.
There have been various fixes with moving hand-written C structures to C++ standard library equivalents and other code cleanups. The main user-facing changes are
The multi-backend should now be functional, with an example which creates separate tables for bus nodes, highways, and buildings
--without-lockfree is no longer needed on OS X, BSD and some Linux distributions and architectures. This should simplify downstream build scripts for multi-architecture builds and improve speed on any OS that required the option before.
nodecachereader should now work with node IDs > 2^31. This is a separate utility program, and obviously isn’t used much
Nominatim-related performance improvements
Many autoconf macros have been updated. This should ease configuration on non-standard systems.
This may be the last tagged release that does not require C++11. We have no current PRs which will require C++11, but would be willing to accept them.
A full list of commits is at https://github.com/openstreetmap/osm2pgsql/compare/0.87.2...0.87.3
As always, bugs can be raised at https://github.com/openstreetmap/osm2pgsql/issues. I’m particularly interested if package maintainers have concerns. If osm2pgsql isn’t packaged for your OS and you want to do so and have questions about the osm2pgsql side, please ask them too.
Many thanks to those who have contributed code to this and previous releases.
On behalf of the osm2pgsql maintainers
Minapa ko yung eskinita kung saan ako lumaki. Wala lang.
I love you Jen
People who have read Gary Gales blog post on Geohipster will have noticed that one of his claims is that OSM is "business unfriendly". It is a reoccurring theme in discussion with people from the geo-industry however in many many discussions and contacts with companies outside of geo** it has never been an issue, and so the question should probably be reformulated as:
Is OSM geo-business unfriendly?
Well, my answer is, you expected this: no.
It is obvious simply by observing the many thriving businesses that would not exist without OSM and the way OSMs "business-model" is structured.
By positioning itself as a data collection project OSM has left lots of space to build businesses using OSM data and providing services on top of it. This is in stark contrast to say Wikipedia, which has always positioned itself as the one-stop shop for WP content and services.
Would a MapBox exist if OSM had chosen a more Wikipedia like model? Naturally not. Would MapBox cease to exist if OSM changed its mind today? Probably not, given that they have moved away from being a one-trick pony, but it would be the death knell for a number of other players.
But no fear, a further reason that OSM is extremely business friendly is that we have held a steady course over the decade the project has existed. Major changes have taken place over a long period of time with lots of time to adapt.
Now there is a certain slow feature creep with respect to features provided on the central OSM site which will continue to raise the bar of the minimal functionality for a viable online map portal, but anybody endangered by this should likely rethink their business model in any case.
Community run and developed software and services will likely have more impact. OSM provides a level playing field and your business model should take competing with non-commercial services in to account.
On top of the above OSM is extremely cheap for business. Not going down the Wikipedia route has enabled OSM to produce all this good stuff with a minimum of fixed costs. The annual budget of the OpenStreetMap Foundation (the formal body behind OSM) is roughly a 1/1000th of its Wikipedia counterpart, the Wikimedia Foundation. There is no obligation for a business to donate to the OSMF and a major part of its income has been from donations by individuals.
A further common complaint from the geo-business pundits is that the OSM community is business hostile, however occurrences of this can essentially always be traced back to the company in question trying to force something on the community, or trying to telling the community what to do instead of being part of it.
Matter of fact the OSM community has an extremely laissez faire attitude towards business involvement in OSM. It is difficult to find somebody opposed to building businesses on the volunteer work, and the boards of two of the most influential OSM related organisations (OpenStreetMap US and the OSMF) are dominated by industry representatives. Dominated as in: a single token non-industry involved member in each.
Garys superficial main beef with OSM is however the current distribution licence, the ODbL.
Over many decades essentially all businesses dealing with geo-data have had business models where they would obtain data from various sources, add in some self-surveyed information and sell the result either directly or services built on top of the resulting dataset., negotiating contracts at every step in the process. This goes for essentially every player from Tomtom, Nokia and google at the top, down to smaller players, excluding essentially only the national and regional government operated GIS departments. Doing business this way is deeply ingrained in the thought patterns and culture of the whole industry.
The advent of open data, mainly open government data, has not changed this. What it has changed is that the cost structures of the businesses have improved. You shouldn't be fooled by the marketing, many of the “disruptive” geo-businesses are simply using the tired, age old business model with lower costs. The benefit is that they seem to have a bit more lee way to do cool things right now, but that will change when everybody has caught up.
OSM is the odd kid on the block- Now I don't want to dive in to yet another licence discussion. As has been pointed out many times, many of the issues with the licence are make believe, the real main issue the geo-industry has with OSM is that we don't conform to their traditional business model and they are having problems to adapt. You can't simply haggle a contract with OSM, everybody gets the same.
With other words: their problem is that OSM is truly disruptive and different.
Is this “business-unfriendly”? No, it opens up lots of opportunities for geo-businesses that are willing to adapt, for the others: its capitalism, bye bye.
** it should be noted that non-geo businesses don't seem to have problems googling for the OSMF and sending mail or e-mail with inquiries and questions. The geo-industry on the other hand seems to be so ripe with google-challenged people that it was possible for MapBox to fill a full “legal” marketing piece with complaints by them.
New to OSM, these past few days have been my first steps onboard. I've been meaning to contribute to HOT for a while, and the Nepal event finally spurred me into action. I put in about 3k building footprints on the day after the earthquake - back then they were some of the first building footprints in the rural areas. Pretty proud of that. Now, 6 days later, it is hard to find unmapped buildings! The swift progress on this data capture is amazing to see.
I've certainly learnt a few lessons along the way about doing things the OSM way, thanks to some of the HOTOSM user community. Very welcoming.
In 4 days time I am hoping to put as many volunteers from our office as possible to the task; I'm expecting somewhere between 8 - 15 people to be involved. Hopefully we can make a pretty big dent over the course of a day - and with luck some of the folk will carry on in their spare time. We will see how it goes.
You might know the opening_hours statistics page which was created for the current weekly task about opening hours on http://blog.openstreetmap.de/. The statistic is all about how many opening hours and related tags are in the dababase and if they are machine readable. But the really interesting question is can those opening_hours itself be visualized so that you can draw conclusions from it? This question occurred to me after I mentioned the weekly task and the statistics page to a colleague of mine (not yet a mapper). He asked if this statistic does actually show something useful for example the average opening hours of all amenities in OSM. This was something I had not thought about but I also found this question interesting. So I thought about how this can be visualized. I came up with the idea of showing the percentage of open (unknown counts as closed) amenities for a given time of the week as known from GitHub activity punchcards. After the idea was there the implementation could not wait long :) And here it is:
This event will be a collaboration with the Humanitarian OpenStreetMap Team. The Humanitarian OpenStreetMap Team [HOT] applies the principles of open source and open data sharing for humanitarian response and economic development. We will still:
At least 150 people are here too.
unfortunately, tragedy brings about open data and huge osm efforts in remote locations that lack any data. Recently after the earthquake in Nepal, imagery, vector data, and tons of information are appearing on the internet every hour. very good sources are listed here: https://sites.google.com/site/nepalearthquakesatellite/
Also, the NGA has some data available: (ebola and nepal) https://nga.maps.arcgis.com/home/
if you go to the main Nepal page they have several pdf atlases: http://nga.maps.arcgis.com/apps/MapJournal/index.html?appid=bbbb3a2d7d8d42969f6ddeeb5d8c0e73
the red icons are for the pdfs that use OSM data.
Did anyone see the Sochi maps they leaked after the olympics started? same source: OSM. http://www.lib.utexas.edu/maps/commonwealth/sochi_2014_winter_olympics_reference_graphic-2014.pdf http://www.lib.utexas.edu/maps/commonwealth/sochi_2014_winter_olympics_talking_map-2014.pdf
the question i have is can governments use OSM data, then make it classified? Once you take the data and build upon it, don't you have to share it back (https://www.openstreetmap.org/copyright)? you can file FOIAs until your blue in the face and they would never confirm/ deny OSM exists... but shouldn't they follow license agreements put in place? I have reached out to them with regard to their open data for Ebola months ago. They do not respond to my e-mails. More of a rant I guess then a question. Cheers!
Many people today are fighting with the various hairfall problems. The bad routine, poor diet and various other factors are being responsible for incessant hairfall. Below listed are a few factors regarding hair fall as there are many myths prevalent in the society. Its time that you remove them all from your mind, following are a few facts about hairfall:-
#Fact 1: Overexposure to sun never causes hairfall
Overexposure of the sun may cause your hair dull, frizzy and more prone to breakage but it would never result into hairfall. Experts say that exposing your skin for long hours in front of sun results into aging and cancer but it will never result into hair loss as believed by many.
#Fact 2: Genes, hereditary factor and many more features play a vital role in baldness Many think that the genes of the mother’s side are responsible for the baldness of a person. X chromosome, which comes from mothers, is the key factor liable for the baldness but there many more factors which are in together responsible for it. Further researches have said that people who have bald father have more likelihood to have baldness than those who don’t. Moreover, there are more than 200 genes responsible for the baldness, so if one has to blame, then both mother and father should be equally accused.
#Fact 3: There are various treatments available for baldness
Times are gone when people though that there is no treatment available for the baldness. Nowadays with the advancement in the technology there are plenty of treatments available. For instance, various laser therapies like Hairmax lasercomb and other hair transplant treatments are present to cure the baldness and different hair problems.
#Fact 4: Carbohydrates and red meat ensures good hair growth
Many think that intake of carbohydrate causes hair loss. This is so not true. Carbohydrates and red meat stimulates a good hair growth. On the other hand deficiency of iron may cause hairfall problems but except that carbohydrates are always strengthening hair.
#Fact 5: Over-Shampooing doesn’t causes hair loss
Quite a few people think that using excesses of shampoo and various other hair products like hair gels and hairspray will lead to hair fall. These are nothing but myths. Hair cycle constitutes of falling and growing of hair. If they will fall, they would also grow. Thus, no such products cause hair loss, hairfall from time to time is natural.
Aforementioned facts clear out plenty of myths that people are surrounded by in their day to day life. Eat healthy and follow a proper routine, it will help you a lot in keeping your hair in the good condition.
Salah satu hal yang terbaik dalam kehidupan ini adalah menjadi orang yang bermanfaat bagi orang lain. Banyak hal yang bisa dilakukan agar hidup mendatangkan kesenangan bagi diri sendiri namun terkadang berimbas untuk orang lain, tanpa disadari. Jika, tanpa sadar saja kita bisa memberikan manfaat apalagi dengan kesadaran. Tentunya, takaran kesenangan bisa berbeda dalam persepsi pribadi. Kesenangan bagi diri pribadi yang kumaksud adalam memberikan informasi kota Medan, mari awakmedan untuk urun daya menggaungkan wilayah lokal kepada dunia dengan berkontribusi yang sederhana melalui OSM.
Apa yang bisa dilirik oleh dunia? - Medan Herritage - gimana?
Czechs broke our hegemony of Portuguese speaking countries >:-(
But this is very good! It means better tests and possible⁽²⁾ better data in OSM.
Rules can be created for specific countries, areas (both as "knowledge area" or "geographical area"), tags, objects or whatever you want or need.
They could (and should!) be more and I am sure that every OSM community would benefit a lot with custom validation rules for their countries or specific needs.
⁽¹⁾ yes, I know how to count (sometimes, at least); both Portuguese rules should be merged into one in the future
⁽²⁾ possible because validation and testing isn't magical; it depends on who is analyzing and fixing the problems to have a good result
Nepal Help efforts, mapping buildings, created polygons.
Отрисовывать заброшенные аэропорты приятнее чем действующие тюрьмы
Surely now is the moment for OpenStreetMap to accelerate adoption, usage and uptake? But why hasn’t this already happened? Why hasn’t the geospatial world run lovingly into OSM’s arms?
Gary Gale published an interesting article on removing SA clause from our license (actually, the major part was about business-friendly face, but you know the principle: want it? go do it). We've heard it before, from Mapbox. As Richard points out, that won't happen any time soon, because there is clearly less than 2/3 of active contributors supporting the idea.
And these opinions strike me as lacking an understanding of OpenStreetMap project. Are we mapping for PNDs? Yes. Are we mapping for commercial companies? Of course. Would we like a thousand more commercial users promoting OSM by simply using it? Yes, go ahead. What? They cannot do that right now?
Well, we can wait. That what distinguishes us from other map data providers: we can really wait. OpenStreetMap is slow, but unstoppable. Mapbox and other businesses have immediate tasks, and for that they need a fast reaction from OSM. But OSM isn't fast. The last license change took 3 years. That's just a bit less than Mapbox has existed. Some think that because we make maps for crisis areas so fast, we are very responsive – but we are not. And it is good.
What I like in OSM, is that it is not going anywhere. Businesses appear and go bankrupt or sold, new datasets are published and then forgotten, but nothing ever can happen with OpenStreetMap. The question is, what will happen if we wait 50 years? I can bet a hundred bucks I'll still be mapping my town in OSM when I'm retired, but will Mapbox, HERE, Google, Yandex, TomTom exist? If we are to act right now, what good will it do to our project in a scope of 50 years? On that scale, publishing a new tagging proposal seems more important that changing a license, just so that some more businesses and government organizations could use our data without having to change their ways. Tags will remain, organizations – not so sure.
And that's why I think a share-alike license is perfect for our project – at least until another popular mapping project appears with a more open license. If we are starting to look good for businesses, look ahead 50 years and think, why we should adapt to their needs, and not vice-versa.
Of course, we can start thinking about changing the license, but don't expect a reaction in the nearest 10 years. Not at least until we've updated our API.
It is time that we lay the geocoding related licence discussion to rest by forming consensus on a guideline.
It is well known that I support the concept that the results of bulk geocoding form a derived database and support the corresponding conclusions on the Geocoding Guideline page .
However Example 7 glosses over a point that has been raised for example by Steve Coast in the past: are failed geocoding results really free of OSM intellectual property? For clarity: we are not discussing on the fly gecoding as there is no database created and nothing to share.
We need to resolve this to move forward on the matter.
I don't believe there is a clear and conclusive answer to the above and there is a certain danger of getting in to "how many angels can dance on the head of a pin" type of discussions, so I believe that it boils down to: with what is the OSM community happy? Naturally with the backdrop of the ODbL in mind.
I suggest something very simple: that the set of failed addresses (or more general: input data) should be shared with the OSM community.
Now you might ask why would we be interested in failed addresses? On the one hand these can be mined, just as the successfully geocoded ones, for additional information, for example for house number -> post codes relationships and on the other hand the list of failed addresses is obviously helpful for quality assurance.
And I believe that this, particularly the later point, creates a win-win situation for the organisation doing the geocoding and for OSM. The win for the geocoding organisation is that more of its addresses will be found in OSM and the reliance on third party datasets will be reduced.
Now assuming that a consensus forms around the above, there is still a slightly touchy issue in that companies may not want to be identified as the source of specific addresses. To resolve this I propose providing a facility by which such input datasets can be provided to the community and published anonymously (there is at least one system in existence that could simply be cloned to provide this facility).
Note: all of the above only applies to datasets that are being publicly used so there can't be an expectation of a high level of data privacy to start with.
Two days back there was a longish discussion on the OSM IRC channel about supporting OSM on XSCE, aka on offline, potentially slow devices. Currently it seems if they (XSCE) distribute a pre-rendered set of tiles, and during the discussion (which was mainly about alternatives to distributing tiles) it was mentioned that it would be nice if they, besides a slippy map, could provide a search function.
Now given that disk space idoes not seem to be an issue in the project and keeping in sync with OSM central is not a requirement, it occured to me that Photon might be a viable way of providing a global search function.
Installing it on my PI2 (running Ubuntu 14.04) was surprisingly easy and the only painful part was downloading 30GB of search index over my not particularly fast Internet connection.
Now perfomance is not great, something like 7 to 10 seconds for a query, ruling out using "search as you type", but bearable for individual queries. Potentially single language search indices would be faster, but that would needed to be tested.
Naturally alternative approaches for example using mapsforge might be better and would get around the requirement for prerendered tiles, however it is not clear if a global map would actually be feasible.
Anybody who has any interest in the growth of OpenStreetMap has probably read at least one paper or blog that has moaned about "only" a couple of 100'000 users actually having contributed out of the 2 million + that have signed up for an account.
The over 500'000 contributors are a good 25% of the total registered accounts and I'm not sure if that really counts as "only" given that we don't really have any comparative numbers, I would suspect it is actually very good.
In any case there have been calls to simply delete the "inactive" accounts as they inflate the numbers and in general do no good. I'm very much against that for two reasons: on the one hand we don't know why inactive members have joined, maybe they simply wanted to show support, maybe they wanted an OSM account for autentication in uMap or any of many other possible reasons. On the other hand they are a reservoir of new mappers, and every day we likely have dozens of old accounts starting to map.
As an holdover from the licence change I'm still running a script that produces a daily list of old accounts that have newly accepted the contributor terms and typically there are a dozen or so each day. These accounts have not been active since at least April 2011, when we had roughly 350'000 accounts total. The majority tends to be accounts that hadn't previously edited but there are always a couple that somehow didn't get the message during the licence change and had actually edited more than 4 years ago.
In any case the tl;dr version: deleting the 1.5 million inactive accounts would deny us the pleasure and fun of welcoming new contributors like https://www.openstreetmap.org/user/Geocurioius to the active mappers.
Handling elevation data and combine it with OpenStreetMap can be a pain. And indeed it was when we implemented this for GraphHopper roughly one year ago. But we really wanted to make it easy for our users. And it is not only efficient but also easy to import and show the data as well as using this data while routing. Read here for more details
I would like to edit some feature around my town but existing edits are so crowded and making difficult to identify the actual places. Is there any way I could hide the previous edits and add new edits and merge? I am not confident enough to delete.