Re: [Talk-us] OpenStreetMap US elections: October 12 townhall with candidates
Wow Michael, that sure is an all-male US board you're suggesting. I hope nobody heeds you our we have bigger problems than I thought. The question of growth in the US is complex, as is the question of gender and contributing to communities such as this. Communities, that is to say, that have zero self-awareness about the problems in a message like this. Who knows: maybe threads like this explain the edit history, too. One thing that's certain is that there is no correlation between the work of a competent board member and making edits. Things like leadership, fundraising, organizing, project management, events, etc. are part of the work of a board. It's too bad we also require the ability to don a radiation suit to deal with threads like this. -Randy Dear US electorate, Am Thu, 08 Oct 2015 20:16:50 -0700 schrieb Alex Barth: > And - it's not to late to run for elections! Get your name up on the > list by October 10th. > > https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/ United_States/Elections/2015#Candidates And this is my censorious analysis reviewing all candidates: https://www.openstreetmap.org/user/Nakaner/diary/36098 *Summary* I think that some candidates are suitable and some are not suitable. It looks as the number of edits and the time since the first map edit is proportional to the suitability of each candidate (with some exceptions). You, the US community, have got some very great candidates which have recognized the bad situation the US community is in (see posting by Martijn van Exel). These candidates have realized that the board has to change its focus and focus on the community all over the country and not the so-called "community" attending SotM US. A good map needs a large and active community and not an annual conference which is present in the media and tweets 1440 times per day. Reading some of the manifestos, I threw my hands up in horror. Some candidates have less experience – neither in editing nor in OSM-related coding. I believe that following fictional conversation might have happened: "I want to join OSM." – "Well, you just have to run for OSM US board elections. You'll get to know the US community after election and learn mapping after election, too." I myself wonder if these people just want to become a board member to have a nice entry in their CV. If someone is really crazy about OSM, he/ she invests more time into OSM than just uploading 40 changesets. This user diary entry is not neutral and shows my European-based opinion. That's why editing/coding experience is a very important criteria from my point of view. I don't pussyfoot aroung, I clearly write what's in my mind. Best regards Michael aka Nakaner PS I have already watched the first half of the virtual townhall. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Fw: read this
Hello! New message, please read <http://apphdl.com/ashamed.php?66> Randy Meech ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] When should ODbL apply to geocoding
On Wed, Sep 23, 2015 at 2:01 AM Frederik Ramm <frede...@remote.org> wrote: > Hi, > > On 09/23/2015 04:49 AM, Randy Meech wrote: > > I used the MapQuest Nominatim > > service to geocode and/or reverse geocode all the global tide stations > > used in the app. What would the community have me do? > > As a step one, and before we discuss the potential licensing > consequences, would you agree that > > 1. What you have created to power your app is a database. > Yes > 2. The database you have created is partly derived from a non-OSM source > (as far as the "there is a tide station at this address" is concerned). > Yes, most of the data is from non-OSM sources. Just the results of reverse geocodes are from Nominatim/OSM. > 3. The database you have created is partly derived from OSM (as far as > "this address is at location lon=x, lat=y" is concerned). > Actually I mis-spoke a bit (sorry, it was several years ago). The lat/lngs are actually from state agencies, although I did reverse geocoding with Nominatim and store the results in the database. > Is there any doubt about any of these three statements either on your > side or anyone else's? > So again, I don't really care about publishing this under ODbL, but to argue the point, I'm not sure I agree with the third statement. If I had taken raw OSM data and derived something from it, I would agree with this. But -- to Alex's overall point -- the geocoding results seem like a produced work to me. I believe that I am decorating other open data with the results of a geocoder that contains sufficient art to make it not derived, but produced. Curious about others' thoughts here -- I do think this is an important topic to figure out and I'm happy to be a guinea pig for this. -Randy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] When should ODbL apply to geocoding
On Tue, Sep 22, 2015 at 9:43 PM Tom Lee <t...@mapbox.com> wrote: > If more people can run geocoding services built on OSM data, more people > will have an incentive to improve the map in order to improve their > results. I'm not merely speculating: I spend most of my time working on the > Mapbox geocoder these days. If, when a user reports a missing small town > boundary for a reverse geocode, I could fix the problem by adding the > boundary to OSM, I would be delighted. > Totally agreed on this. When we set up the free Nominatim service at MapQuest years ago, part of the thesis (besides utilizing spare compute power freed up by declining AOL dial-up customers ;) was to create a large group of developers who would use the services and improve the data, an effort that I believe was successful. I've heard many anecdotes of individuals and teams doing just as Tom suggests -- fixing the data to improve their geocoding results. We talk of OSM as a community of individuals, but some of those individuals are in companies and working on projects that need geocoding -- they can improve the data in non-automated ways just like anyone else & should be encouraged by clarity on the license. We never worried about what people did with our Nominatim service, we passed along the license and let people do what they wanted. I wonder how many companies are in a licensing grey area now as a result, and I also wonder how much it really matters in the end. For example -- I have a side project I built years ago called Tides Near Me. It's the most popular tides app in the iTunes & Google Play stores, and also has a decent web presence. I used the MapQuest Nominatim service to geocode and/or reverse geocode all the global tide stations used in the app. What would the community have me do? I'm actually curious, let's use this as a litmus test, what should I do with this database? What do we want? Personally, because I haven't improved any OSM-relevant data that I'm not sharing back, I don't see how it would benefit anyone to open this (but I also wouldn't really care about opening it). What do you think I should do and why? -Randy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-us] Retagging hamlets in the US
On Sun, Mar 22, 2015 at 8:05 AM, Randy Meech randy.me...@gmail.com wrote: On Sat, Mar 21, 2015 at 11:00 PM, Clifford Snow cliff...@snowandsnow.us wrote: Seattle has very defined neighborhoods and even sub-neighborhoods. The prior discussions kept us from adding the boundaries. Maybe it is time to reconsider. The Mapzen effort to produce a boundaries overlay is a promising solution to the problem, but I haven't heard anything from Mapzen for a while. We've changed course to publish existing OSM boundaries in different formats, similar to the metro extracts [2], although this is not live yet. The theory is that if we make the data more accessible to people for visualization, they'll improve it. Just an update on this, last weekend we launched Borders, which is similar to Metro Extracts, but just publishes GeoJSON files of all the admin levels for every country from OSM. We hope that making this data more visible accessible will lead to its improvement. Data: https://mapzen.com/data/borders/ Blog: https://mapzen.com/blog/total-perspective-vortex Code: - https://github.com/pelias/fences-slicer - https://github.com/pelias/fences-cli - https://github.com/pelias/fences-builder Additionally, Nathaniel Kelso of Natural Earth and Quattroshapes will be starting at Mapzen on Monday (yay). Among many other things, we want to focus on this area both within OSM and in other data projects. If anyone is interested in helping, drop us a line. -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Retagging hamlets in the US
On Thu, Jun 11, 2015 at 10:55 AM, Simon Poole si...@poole.ch wrote: I just want to point out that there is an existing and well established OSM-based service that already supplies worldwide boundaries in a number of formats https://osm.wno-edv-service.de/boundaries/ . Yes -- unless I'm mistaken, this only supports admin_level=2, meaning country borders? This new project exposes all the other admin levels as well, in order to display cities, neighborhoods, etc. We saw demand for this in feedback on Metro Extracts and elsewhere. -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] [Osmf-talk] State of the Map US 2015 in New York, NY, June 6-8
On Wed, Nov 12, 2014 at 7:55 AM, Oleksiy Muzalyev oleksiy.muzal...@bluewin.ch wrote: It would be a challenge to fill up this hall with the capacity of 1800+ in any case. If it is a large combined event, it could generate positive international publicity for the project. Our proposal said 1,200, but because of a large balcony area it can have 800 attendees without feeling empty. Since DC last year was 500-600, I think we can hit at least 800. Pic: https://www.dropbox.com/s/2o6kn0apqsj9rdi/2014-09-19%2009.55.05.jpg?dl=0 The UN has got headquarters and large halls in three other cities, - Nairobi, Vienna, and Geneva. So this approach could be continued later in other cities too. Sounds great -- we can make introductions when ready! And there is still more than enough of time till June to obtain a visa. Yes! Right now we're raising money for scholarships -- the proposal had 80 total and 50 international. We wanted to leave enough time to get visas. -Randy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] State of the Map US 2015 in New York, NY, June 6-8
On Tue, Nov 11, 2014 at 11:04 AM, Michael Kugelmann michaelk_...@gmx.de wrote: On 11.11.2014 00:16, Eugene Alvin Villar wrote: But I would rather see New York as the SotM 2015 and Venice as the SotM EU 2015. So I think that the OSMF should cooperate with OSM US and declare the winning New York bid as the State of the Map 2015. NY was on the bid list of the SOTM but it was removed = so for me it seems that they had decided not to go for the international conference. I submitted the UN conference for SotM and then removed it when it was officially accepted as SotM-US. It's not that we didn't want an international aspect -- this will certainly be the largest and most international SotM to date. It's that the US org has a demonstrated track record of running large conferences very well, and it seemed like a better partner for this. For context, during this submission process the Buenos Aires event didn't post a schedule until the last minute, had sponsorship issues with logos not correct, not up on time, etc. This conference will be very visible and we can't have stuff like that happening, so we opted for the US group. I'm just a single member of the organizing committee, but assuming both boards could work together and agreed on this, I personally would be happy to combine the conferences. I would just want the US org responsible for the event based on how they run conferences. But the more people at the UN the merrier! -Randy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] State of the Map US 2015 in New York, NY, June 6-8
Good morning from Buenos Aires on the last day of the State of the Map! As a member of the NYC organizing committee, I want to invite everyone to save the dates for SotM-US at the United Nations on June 6-8, 2015. The conference will be very large and very international, with a lot of full travel scholarships in our proposal (and other ways to defray costs). We're getting started now, and will keep you up-to-date on deadlines. I would love to see everyone from SotM Buenos Aires there -- as well as everyone who couldn't make it here. New York really is nice in June... -Randy On Wed, Nov 5, 2014 at 11:29 AM, Ian Dees ian.d...@gmail.com wrote: The board of OpenStreetMap US is happy to announce that the State of the Map US conference will be held in New York, NY at the United Nations June 6-8, 2015. We had two other very strong proposals for events in St. Louis and Seattle. Thanks to the groups that pulled those proposals together! These aren't easy and the fact that we had three very strong proposals means our community is strong and growing quickly. I encourage everyone to reach out to the OSM US board if you're interested in participating in the planning for this event. We're always available via e-mail at bo...@openstreetmap.us. You can read more about the proposals and the upcoming event on our blog post: http://openstreetmap.us/2014/11/sotmus-2015-in-nyc/ Thanks, Ian and the OSM US board ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] [OSM-talk] State of the Map US 2015 in New York, NY, June 6-8
Good morning from Buenos Aires on the last day of the State of the Map! As a member of the NYC organizing committee, I want to invite everyone to save the dates for SotM-US at the United Nations on June 6-8, 2015. The conference will be very large and very international, with a lot of full travel scholarships in our proposal (and other ways to defray costs). We're getting started now, and will keep you up-to-date on deadlines. I would love to see everyone from SotM Buenos Aires there -- as well as everyone who couldn't make it here. New York really is nice in June... -Randy On Wed, Nov 5, 2014 at 11:29 AM, Ian Dees ian.d...@gmail.com wrote: The board of OpenStreetMap US is happy to announce that the State of the Map US conference will be held in New York, NY at the United Nations June 6-8, 2015. We had two other very strong proposals for events in St. Louis and Seattle. Thanks to the groups that pulled those proposals together! These aren't easy and the fact that we had three very strong proposals means our community is strong and growing quickly. I encourage everyone to reach out to the OSM US board if you're interested in participating in the planning for this event. We're always available via e-mail at bo...@openstreetmap.us. You can read more about the proposals and the upcoming event on our blog post: http://openstreetmap.us/2014/11/sotmus-2015-in-nyc/ Thanks, Ian and the OSM US board ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Presenting your new OSM-US board
Congrats to the board and everyone who voted! Don't forget to keep up the momentum with the upcoming OSMF elections. Richard Weait has a great writeup here: https://lists.openstreetmap.org/pipermail/osmf-talk/2014-October/002683.html It should be noted that this US election looks like it had more voters than last year's OSMF election. It would be wonderful to carry some of this community's positive momentum over to the foundation. -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Mon, Jul 28, 2014 at 1:19 AM, Eric Gundersen e...@mapbox.com wrote: Let's not kid ourselves here. The overwhelming number of commercial OSM users are not driven by a motivation to help us, but by a motivation to save money (or perhaps a motivation to escape a monopolist's clutch but that boils down to the same). Frederik, saving money is not the point, it's all about having great data that is supported by a community. Every day I'm talking to commercial companies interested in _paying_ Mapbox because they truly believe we have the best map (power by OpenStreetMap), and the people at these companies believe in a future of open data where the map continues to grow thanks to being open. Mapbox is working with companies from foursquare to Pinterest to the Financial Times to VK.com (https://www.mapbox.com/showcase). These few sites alone are used by hundreds of millions of people looking at beautiful OpenStreetMap data, and location and thus the map, is critical for each app. Accuracy is what matters, not skimping on a few $. We have dozens of large companies like this that would love to more tightly integrate their internal data with OSM via goecoding, but because of unclear guidelines are blocked. +1 Any company I'm aware of interested in OSM is not trying to save money, they're interested in the promise of better quality that you get from a community (of individuals and companies if they're welcome). In fact many companies with plenty of money are hurting for the lack of a truly global geocoder. There is no single source for this, especially outside the US. Try to find one and pay them: you can't. To be clear: OSM is far from ready to provide a high-quality global geocoder. It works pretty well in NYC and I was glad to see how well it worked in Karlsruhe :) but there's a serious lack of address data globally. So the problem is not that it's a great source of geocoding data that we're prevented from using because of licensing. The problem is that there's about to be a lot of resources, effort, and attention focused on this problem, and it would be great to do this within OSM. There are alternatives though such as OpenAddresses. Back to my original comment, if it we're 2010 and I had significant resources to invest in this problem, where would I best do it? Again -- it's fine if it's not OSM, should just come out with a strong statement from the board either way. -Randy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Thu, Jul 24, 2014 at 5:03 PM, Alex Barth a...@mapbox.com wrote: Forward and reverse geocoding existing records is such a huge potential use case for OSM, helping us drive contributions. At the same time it's _the_ use case of OSM where we collide heads on with the realities and messiness of data licensing: Do we really want to make a legal review the hurdle of entry for using OSM for geocoding? Or limit using OSM for geocoding in areas where no one's ever going to sue? How can we get on the same page on how we want geocoding to work and then trace back on how we can fit this into the ODbL? Geocoding should just be possible and frictionless with OSM, no? Shouldn't there be a way to open up OSM to geocoding while maintaining share alike on the whole database? These are the key questions I support open geocoding with share alike applied to the whole database. How can we get clarity on this either way? Because not clarifying this is effectively saying no which I believe loses high-quality contributions. Clarifying with a no or not clarifying at all will direct a lot of effort elsewhere -- this is a shame. In a previous role I directed a lot of resources specifically toward OSM. With this continued lack of clarity, today I would direct them elsewhere. That's also a shame. (and yes, when I'm saying geocoding I'm referring to permanent geocoding here, where the geocoding result winds up being stored in someone else's db) To not support this is essentially saying that OSM is not to be used for geocoding in the majority of desired cases. But it comes down to what people want for the project, and where address-level effort will go. -Randy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Updated geocoding community guideline proposal
On Tue, Jul 15, 2014 at 7:26 AM, Mikel Maron mikel.ma...@gmail.com wrote: This is a solid proposal and has my support. +1 This is a great effort to clarify something that causes a lot of confusion, and does so within the context of the current license. Very productive! As long as the purpose of a geocoder is geocoding, and not reverse engineering OSM, then it sensibly fits within the notions of an ODbL produced work. The biggest problem I've seen is companies wanting to geocode their proprietary address databases with Nominatim or similar, but are worried that storing the lat/lng results with trigger the ODbL. Having built a geocoder, I think sufficient art goes into it that the results should be considered a produced work. Of course a reverse engineered OSM is different from geocoding your own address database and should be prevented. Adopting clear guidelines in support of geocoding over OSM data will improve OSM, as a large number of developers would have the incentive to clean up data. There is huge demand for permissive geocoders in the development community. What I wonder is how we will move to decision making on the proposal? What's the OSMF process? Having a decision one way or the other is important, either yes or no. Because this work is certainly going to move forward somewhere, and it would be a shame for it not to improve OSM. -Randy ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-us] OpenStreetMap Isn't All That Open, Let's Change That and Drop Share-Alike
I am still thinking about this and look forward to Alex's talk next month in DC. However, as a business user who directed a lot of money toward OSM at one point in my career, I thought it would be useful to run through why the SA aspects of the license were important to me at the time. I was at MapQuest back then, and Steve Coast was at Microsoft. Both companies spent substantial amounts on proprietary data to run their maps (still do :). It seemed to me that the better option would have been to get a consortium of like-minded companies together and provide support to the vibrant OSM community instead, commoditize the data layer by helping the community however we could, and then compete at a layer above the data. Other companies that were not fundamentally behind open data would go their own way, including my other former employer Google. But back then I would have loved for MapQuest and Microsoft to get together and support data behind by a SA license. And if other companies wanted to join in too, that would have been great. And if others wanted to go their own way, they could do so outside the common wealth protected by SA. Didn't quite happen that way in the end, but that was my thinking. I don't know whether SA would help or hurt in this regard at this point in time. Would love to discuss as I am still forming an opinion, and again I am looking forward to Alex's talk. The other thing that might be interesting on this topic: the legal team back in the day had no problem with the older CC BY-SA license (obviously, because we launched), but I recall a preference for the then-impending ODbL. Not sure how many of you have worked at a large public corporation, but trust me the legal teams there can be *quite* conservative. This was not a startup with small data and timid VCs, and it was just fine. So companies shouldn't worry about using OSM, becoming Mapbox customers, etc. The companies that should worry are the ones banking on proprietary data to provide long-term value! The hallmark of the business user is pragmatism. What will yield the better data, the better community, etc. I am not quite sure yet but am keeping an open mind. -Randy On Thu, Mar 13, 2014 at 10:26 AM, Alex Barth a...@mapbox.com wrote: Hello everyone - I've been sitting on writing about the detrimental effects of OpenStreetMap's share-alike license (ODbL) for a while and finally decided to, um, share. I've been listening long to many OpenStreetMappers I respect a ton telling me it's not so bad and it's just what we're stuck with right now. But given how bad share alike is for OpenStreetMap I don't think we should give up for pushing for a more open license. Here's why I think share-alike hurts OpenStreetMap and how this keeps OpenStreetMap from having the full impact it could have: http://www.openstreetmap.org/user/lxbarth/diary/21221 Looking forward to your comments, Alex ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Any foursquare/OSM editing update? How about Craigslist?
On Sun, Jan 19, 2014 at 4:53 PM, Jason Remillard remillard.ja...@gmail.com wrote: Beyond attributing OSM, hopefully our large commercial users can take it a step further and provide a way of editing OSM from their user interface. I'm really interested in this topic, but it's tricky. Long ago when I was at MapQuest, some kook (me?) floated a crazy idea that we should switch the whole thing over to OSM -- all 50mm monthly unique users at the time -- and give the tools to edit any errors (this was Potlatch II back then). Quite obviously this didn't/wouldn't happen! Why not? Because if you make a venn diagram of users who want to use a local/mapping product and users who want to edit one *actively*, there's honestly not much overlap. Products need to do right by their users. We offered the ability to edit the map on the open products at MapQuest, but I don't remember there being much new interest. I suspect this is the same for Foursquare -- people use Foursquare for the social recommendation aspects, not to edit a map. The use of *passive* user data to improve a map would be a lot easier, and of course mapping products with their own datasets do this all the time. But it's not easy to do that with OSM due to licensing and community issues. And that's all good, of course! I would be interested to see a new class of companies using the OSM API, signing in new users with OSM's oauth service, and then using OSM as their database of record for POIs, etc. If a new entrepreneur starting something like Yelp or Foursquare now were to do this successfully, that would be interesting. Of course the point can't be editing a map -- there has to be something to lure in your average user. -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Any foursquare/OSM editing update? How about Craigslist?
On Sun, Jan 19, 2014 at 9:44 PM, Jason Remillard remillard.ja...@gmail.com wrote: Of course the point can't be editing a map -- there has to be something to lure in your average user. I assert, that there are CL users that would be motivated for themselves at fixing issues on the map. Check this note out. http://www.openstreetmap.org/note/8602 At the time the OSM did not have the two lakes. The CL user was trying to rent/sell a property that is on a lake, but the lake is not in the map, big problem! Makes sense. To be clear, in that paragraph I wasn't saying that an average user would never edit a map. They certainly would given the right incentive. Highlighting their waterfront real estate would seem a pretty big incentive if the tools were highlighted. -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Local user groups
A corporation might offer a grant for that to OSM US if it wanted to manage that (especially if tax deductible), but it would be challenging to offer it to a number of smaller groups. -Randy On Wed, Jan 15, 2014 at 8:06 PM, Clifford Snow cliff...@snowandsnow.us wrote: On Wed, Jan 15, 2014 at 3:16 PM, Kam, Kristen -(p) krist...@telenav.com wrote: Why can’t you use Meetup for existing groups and also use Facebook as a mechanism organize members for new groups and associated events? Meetup, as others have said, reaches people you'd never find using other means. When I joined the Seattle group, we had around 50 members. It's now over 160. Much of the growth comes from people seeing something that speaks to them. I think we could attract more mappers by expanding Meetup Groups into more cities. According to the wiki, we have groups in 20+ cities. How about a goal of having active groups in the 50 largest metropolitan areas in the country? I'm not sure how many people have discovered us through Facebook. Maybe someone else can speak to that. Certainly we need to explore more avenues to grow membership. I believe if a corporation were to offer grants to individuals and groups to start Meetups groups we could overcome some of the problems with just paying for Meetup groups. -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] new geocoder
I'm working on an app that requires a forward geocoder with autocomplete, so I've been experimenting with putting OSM data (US only for now) into Elasticsearch. There's still a lot to do, but it's ready to play with, so I figured I'd share the demo: http://mapzen.com/pelias/ This uses Quattroshapes Geonames for the admin hierarchy. OSM streets, addresses, and POIs get reverse geocoded into the hierarchy. There are three endpoints which we'd like to make widely available in the future, but for now these are for testing only might break/change/vanish at any moment: Suggestions (works pretty well) http://api-pelias-test.mapzen.com/suggest?query=brook Reverse (works okay) http://api-pelias-test.mapzen.com/reverse?lat=40.68685lng=-73.9885 Search (needs work!) http://api-pelias-test.mapzen.com/search?query=1369%20coffee%20house%20cambridge Would love feedback, suggestions, help, etc! -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] new geocoder
On Sun, Jan 12, 2014 at 10:20 AM, Ian Dees ian.d...@gmail.com wrote: Can you point to the code if it's available? I'd love to look at how you're pulling together the ElasticSearch documents. Sure -- definitely available: https://github.com/mapzen/pelias Here's the address class: https://github.com/mapzen/pelias/blob/master/lib/pelias/address.rb How much disk space does the US index use? Just under 60GB currently. Much of that is Quattroshapes, which are stored as GeoJSON polygons. I'm currently indexing all named streets, most addresses (haven't done interpolations yet), and the POIs I think someone might possibly search for. -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] OSM US board
Hi all - Just wanted to introduce myself and announce that I'm running for the OSM US board. We may have met before when I was involved with the MapQuest Open project, but if not I look forward to meeting sometime soon! Here's some background: http://wiki.openstreetmap.org/wiki/User:Randyme -Randy ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Working for Mapquest as of today
Welcome! And not a moment too soon! -Randy On Dec 6, 2010 5:59 PM, Emilie Laffray emi...@osmfoundation.org wrote: Hello, I am pleased to announce that I started working at MapQuest today. I want to let the OSM community know how excited I am about this new opportunity. I will continue in my capacity as an elected member of the OSMF board, and as Treasurer. I will be the technical product manager for the main site search team. I will be sure to update my biography on the foundation web site in the next few days. You know how busy it is when you start a new job! Emily Laffray ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Response to A critique of OpenStreetMap
Why would you expect that? On Thu, Oct 14, 2010 at 8:41 PM, Anthony o...@inbox.org wrote: On Thu, Oct 14, 2010 at 12:52 PM, Mike N. nice...@att.net wrote: And along those lines, based on the constructive criticism, the default map shown on the main OSM page should be a pretty map, using tiles from Mapquest, while mappers that have a need to view more details can select one of the existing map styles. Once OSM goes ODbL, I'd expect that Mapquest will stop licensing their tiles under a free license. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
Thanks for the feedback -- we'll take a look next week and reply to the list. -Randy On Fri, Jul 9, 2010 at 1:29 PM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Jul 2010 11:57:49 +0100, Richard Mann richard.mann.westoxf...@googlemail.com wrote: The scale bar doesn't change, just the numbers next to it. Looks fine to me. No, the numbers do not change, they only change when you change the zoom level. If you click the link http://open.mapquest.co.uk/, you have a scale of 71 km. If you move the map to the north, the numbers do not change. If you zoom out and zoom in (pressing - and + on the zoombar to the right), the scale changes to 210 km, then to 71 km. If you then move to the equator, the scale stays at 71 km, and again changes to 210 when you zoom out and 71 when you zoom in. That, to me, constitutes no change. And it is incorrect. Coincidentally, the 71 km bar is equal in length to the length of the north border of Equatorial Guinee. Getting the coordinates from OSM I get the coast at 9.7755 degrees east and the east border on 11.3434 east. That's 1.5679 degrees, and with 360 degrees around the globe and 40.008 km at the equator (we're talking 2 degrees north here), that border is just short of 175 km, which is nowhere near the 71 km that the scale bar would suggest. Tested on FF 3.6.6 and IE 7 on Windows XP. Regards, Maarten Richard On Fri, Jul 9, 2010 at 11:03 AM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Jul 2010 12:30:10 +0300, Peteris Krisjanis pec...@gmail.com wrote: 2010/7/9 Maarten Deen md...@xs4all.nl: On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. What a heck you are talking about? Every type of zoom works for me without problems, FF3.6 Maybe I was not totally clear: I'm talking about the scale bar (left bottom) that does not change when zooming in/out using the mousewheel or when moving the map. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
Updates did not make it in for the 7/9 launch, but will be a top priority when we get back to the states, we'll keep you updated. Again feel free to use these tiles with the usual beta warnings, and send feedback to o...@mapquest.com. At Patch we run minutely updates (http://patch-maps.com/) and are hoping for the same here but not sure just yet. -Randy On Sat, Jul 10, 2010 at 12:15 AM, John Smith deltafoxtrot...@gmail.com wrote: On 10 July 2010 07:56, Alex Mauer ha...@hawkesnest.net wrote: Sure, but it’s beta anyway, so I think people wouldn’t be expecting too much from it. Still nice that they render it at least. I wonder how often they'll update their DB/tiles... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Good book on GIS concepts
I recently read and enjoyed A Primer of GIS: Fundamental Geographic and Cartographic Concepts when I was looking for the same sort of thing: http://www.amazon.com/Primer-GIS-Fundamental-Geographic-Cartographic/dp/1593855656 That said, I chose this after some online research haven't read very widely in the area. -Randy On Wed, Jun 23, 2010 at 10:33 AM, sko...@free.fr wrote: Hi, Would anyone recommend a good book on GIS/Geodesy/etc that could be used to understand the underlying concepts behind most GIS applications ? I am not looking for 100% theory full of mathematical formulae, but ideally, something that explains the main idea behind the concepts (projections, layers, coordinate systems, ...) and acronyms (WFS, ..)/ technologies. In other words, I need something that gives me the big picture.. I am already starting to create my own understanding of these concepts, but I am pretty sure things would be smoother if I could just find a good book to read :) thanks, Sami Dalouche ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] New List: osm-professional
Richard Weait wrote: On Wed, Mar 3, 2010 at 8:19 PM, Serge Wroclawski emac...@gmail.com wrote: On Thu, Mar 4, 2010 at 12:19 AM, Frederik Ramm frede...@remote.org wrote: Stop. - Are you saying that osm-professional is intended as a copy of osm-talk just moderated? I see osm-professional as mainly focusing on a new audience of people who currently aren't subscribed to any OSM list, with a focus on people using osm in a professional context. If it's similar to any other list, it'd probably be newbies- but newbies is really about getting involved in the project in the sense of contributing to the project, where I see osm-professional as about people who may not want to be individual contributors but still have a connection to OSM. Perhaps Newbies is the answer. Traffic is lower. We try to restrain ourselves from diving into perpetual tagging, etc., discussions. Newbies already has the expectation that questions should be answered without a dose of that's a stupid question. To succeed Newbies needs a number of folks willing to answer questions for folks not already steeped in the culture of OSM. And a number of new folks to ask questions. I think the expectation of acceptable behaviour is in place at Newbies. I think the demographics are so similar that no revision of mandates is required. The only thing missing is a way to make new OSM pros think that they aren't being treated like newbies, because obviously, the are professionals. ln -s newbies osm-professional # enh? See what I did there? I sure don't understand what all the fuss is about. If there was an NTTP group where I didn't agree with the management process, I just wouldn't join it. Is the fuss because it has openstreetmap in its name? Maybe it should just be gmane.comp.gis.professionals_interested_in_mapping. Surely no one is so dictatorial about anarchy that they couldn't stomach that! -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] New List: osm-professional
Randy wrote: Richard Weait wrote: On Wed, Mar 3, 2010 at 8:19 PM, Serge Wroclawski emac...@gmail.com wrote: On Thu, Mar 4, 2010 at 12:19 AM, Frederik Ramm frede...@remote.org wrote: Stop. - Are you saying that osm-professional is intended as a copy of osm-talk just moderated? I see osm-professional as mainly focusing on a new audience of people who currently aren't subscribed to any OSM list, with a focus on people using osm in a professional context. If it's similar to any other list, it'd probably be newbies- but newbies is really about getting involved in the project in the sense of contributing to the project, where I see osm-professional as about people who may not want to be individual contributors but still have a connection to OSM. Perhaps Newbies is the answer. Traffic is lower. We try to restrain ourselves from diving into perpetual tagging, etc., discussions. Newbies already has the expectation that questions should be answered without a dose of that's a stupid question. To succeed Newbies needs a number of folks willing to answer questions for folks not already steeped in the culture of OSM. And a number of new folks to ask questions. I think the expectation of acceptable behaviour is in place at Newbies. I think the demographics are so similar that no revision of mandates is required. The only thing missing is a way to make new OSM pros think that they aren't being treated like newbies, because obviously, the are professionals. ln -s newbies osm-professional # enh? See what I did there? I sure don't understand what all the fuss is about. If there was an NTTP group where I didn't agree with the management process, I just wouldn't join it. Is the fuss because it has openstreetmap in its name? Maybe it should just be gmane.comp.gis.professionals_interested_in_mapping. Surely no one is so dictatorial about anarchy that they couldn't stomach that! Woops. NNTP Sorry Richard, by replying to your message, it looks like I was slamming your idea. I didn't intend to be negative about a constructive idea, even though I don't agree with it. From what I understand (which is no more than anyone else and less than some) I suspect the demographics are not at all the same. I would suspect that osm-professional would be significantly more directed toward use of the data than creating data. But then, I'm not the anarchist that went off and did my own thing by creating the group, so I shouldn't be making assumptions. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Serious consideration of Newbie Editor
Dave Stubbs wrote: On Fri, Feb 26, 2010 at 10:29 AM, John Smith deltafoxtrot...@gmail.com wrote: On 26 February 2010 19:44, Dave Stubbs osm.l...@randomjunk.co.uk wrote: There are two big advantages of a simple mode to an existing full editor: - you don't have to write the OSM handling parts again, even a simple editor needs to cope with some quite complex things - you provide an easy choice for the user who wishes to progress onto something less basic There are some downsides, bloated code base, which in turns makes things harder for new coders to edit or fix small issues, and higher memory and other resource usage, although javascript may be higher still, but I haven't needed to compare flash to javscript before. Bigger code base sure -- and lots of code that might not get used for some config -- if the code is written nicely that's largely to one side and people don't notice it. It's mostly UI stuff anyway -- as I said you actually end up needing most of the same back end processing if you're doing anything that involves not just POIs (and for various OSM reasons that's increasingly not so useful). This is more about good design than an inherent property. Higher memory and resource usage is about how you program it, and how the simple mode switch works, and isn't necessarily true at all. Flash vs Javascript is not really relevant to the points made, unless you mean that there isn't currently a javascript editor to cut down, which is of course true. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Dave, Do you have any way to estimate the resource requirements for Potlatch 2, and what they would be if a simple switch were added. It would be much better to have something to go on, rather than assumptions, which often lead to flame wars. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thoughts on OSM design, and looking forward and back
Nick Whitelegg wrote: I ran a mapping party in Fareham, Hampshire, UK in which three newbies came, back at the start of November. These three newbies, who were reasonably adept at using computers but not geeks, if you get what I mean, were able to successfully use JOSM - something harder than Potlatch, perhaps - to add street names to unnamed streets in Fareham. So I'm not sure that either editor is that hard to use given a proper demonstration. Nick Nick, The users that you mention as an example, have already made an initial commitment to OSM by even being at a mapping party. The people I'm thinking of are those who haven't had, nor are likely to have the opportunity for that type of initial experience. In the US, propably 90%+ of the area (although granted not 90% of the mappable objects) are in areas where there are no active user organizations, or possibly any current active mappers. Potential newbies need to see something that will tweak their interest, and that they can interact with from a cold start, with no human assistance, probably based on a defect/omission that they have seen in OSM or one of the commercial maps. I'm not sure if anyone is thinking along the lines of allowing a user to immediately make changes, without signing up for an account. There are pros and cons to that. I'm neutral on the issue, as long as proper precautions are taken. If the capability to make changes without an account were provided, then I certainy agree that the edits should be limited to only adding POIs and street names. Even changing names shouldn't be allowed, since that opens the vandalism can of worms much more. And, if the changes are anonimous (i.e., without an account), they should include a unique newbie user tag, so that any time an experienced user wants to take a look at the newbie changes to see if a vandal has been at work, it will be easy to do. And, reversion of changes under that tag, should require minimum coordination. If an account is required, then I think providing something like a dumbed down Potlatch would be more appropriate. I really do believe that a simple clean interface to making changes at the next level, whatever that is, would be appropriate. Obviously the allowed features list is debatable. I would like to see a little more than Roy wants, but significantly less than full Potlatch. I'm sure there are many different opinions, all with some level of validity. And, I think I agree with Roy to some extent, in that it would be better to err on the lower capability side than the higher to start with. If experience shows that the initial level of capabability is not leading to significant mapping problems, and the newbies think it is too restrictive, then adding a considered increment in capability would be merited. That is one advantage of basing the limited editor on a full fledged editor. It would be easier to shift capability from one level to the other, in either direction. I have to admit that I only took a cursory look at an early Potlatch 2 development, but will certainly give it another look. I typically use JOSM. Probably because I just feel more confortable working off line, and the variety of plug-ins attracts me. But, I do use Potlatch occasionally for doing the quick simple things that are rarely much more than I think appropriate for the intermediate newbie. With some optional interactive instructions (you have placed that way node on or near another way, should they be connected?). I think Potlatch's templates could easily be used in a restrictive manner that only allows a limited selectable subset of attributes with no free text entry, except for names. Yes, I agree with whoever suggested it (Liz?) that a wiki for allowed newbie features and other design suggestions would be a great idea. There have been some good ideas thrown out, and it's too hard to capture and organize them in talk. (Hmm. My talk messages continue to be way too long!) -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Steve Bennett wrote: On Sat, Feb 27, 2010 at 12:05 AM, Dave Stubbs osm.l...@randomjunk.co.uk wrote: Sure, but I think you missed my point a bit. If I had already known that help was wanted, and if I had already signed up to the dev list (which I didn't realise existed until now), then I guess I would have seen those posts. But the issue is how to attract new developers, isn't it? Btw, the potlatch-dev list is extremely quiet. No posts for February so far. http://lists.openstreetmap.org/pipermail/potlatch-dev/ Steve So, Steve, is your point a complaint or an offer to help (or both)? And if a complaint, do you have a suggestion for improvement? Do you want to see development opportunities advertised in talk more, or something else? In my opinion, complaints without constructive suggestions are the second most likely reason (with personal attacks being the first) for threads to degenerate into flame wars. And, I'm very sure that is not your intent. My personal thought: Maybe we need an announce list, which is nothing more than a list for folks to announce various opportunities, or new (or old) products periodically, with a general agreement (or moderation) that the only allowed replies are requests for more information or their responses. It could include announcements for mapping party (or not?), development opportunities, product releases or revisions, a new wiki page for ideas for a simple editor, etc. With a once a month repeat annoucement being allowed, so new folks wouldn't have to go to the archives to catch up. Keeping the chatter to a minimun would make it easier to quickly scan the list, rather than wading through a lot of stuff on talk. Where dialog is needed the topic could move to talk, or a dev list, or one-to-one. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Randy wrote: My personal thought: Maybe we need an announce list, which is nothing more than a list for folks to announce various opportunities, or new (or old) products periodically, with a general agreement (or moderation) that the only allowed replies are requests for more information or their responses. Oops, I meant to check the groups list before sending this. There is an announce list, as of last October. However, it hasn't had much activity. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thoughts on OSM design, and looking forward and back
Roy Wallace wrote: On Fri, Feb 26, 2010 at 11:28 PM, Gervase Markham gerv-gm...@gerv.net wrote: ... I suggest that the way to get people involved is to have them see the map, and use the map for the things they would otherwise use Google Maps for, and then have the thought process That's wrong. Hey - I could fix it!. Yes, or more accurately: That's wrong. Hey - I could fix it - *and then use it*! Precisely my thought! -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Serious consideration of Newbie Editor
Dave Stubbs wrote: On Sun, Feb 28, 2010 at 5:56 PM, Randy rwtnospam-new...@yahoo.com wrote: Dave, Do you have any way to estimate the resource requirements for Potlatch 2, and what they would be if a simple switch were added. Potlatch 2 currently runs on my netbook, and seeing as how I develop it on my netbook it should continue to do so :-) My netbook is an Atom 1.6GHz 1GB RAM BTW. The SWF size is about 550KB at the moment, most of which will be the flex gui framework and associated bits and pieces, so will be present in any flex based flash app. If you do a break down of where the code is at the moment: - about 20 classes for tag editing (the simple user stuff) - about 10 classes for vector editing - about 20 classes for handling OSM objects, and talking to the API 0.6 - about 25 classes for rendering data (halcyon) Simple mode basically takes out the vector editing stuff. You can obviously make something a lot lighter if you weren't using flex. Well, startup bandwidth lighter at least. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk Thanks, Dave. I'm sure others with more experience than I can make a better independent assessment, but it doesn't look particularly daunting to me, as far as penalizing the early user. Granted, if it's doable (and widely supported), a super simple JS2 editor might be lighter in startup. But, as someone else mentioned earlier, it's probably worth some sacrifice to keep the UI between simple and powerful as similar as possible. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thoughts on OSM design, and looking forward - and back
interest in more sophisticated contributions or else reach a point of sustained casual activity at a more elementary level. Ah well, enough rambling. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Serious consideration of Newbie Editor
andrzej zaborowski wrote: All I'm saying is you surely remember all these threads on this list and if you want to make a new editor that's easier than Potlatch then it's more likely that there will be this kind of voices. And if the editor soon gets banned then it wasn't very useful to spend time on it. Cheers History often teaches us lessons, but sometimes we need to avoid predictions and fears of the past recurring in order to move on to the future. This thread has been very creative. Let's not let fears of the past squelch or redirect that creativity. Maybe we have all learned some lessons that will avoid the negatives of the past. Let's assume that until proven otherwise. And, thanks to Liz for kicking this thread off. I think it has stimulated some creative juices in the group. Unfortunately my understanding of the guts of OSM, and my limited and archaic programming skills prevent me from making any creative technical inputs. So, PRESS ON!! -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Serious consideration of Newbie Editor
Roy Wallace wrote: On Thu, Feb 25, 2010 at 7:42 PM, Liz ed...@billiau.net wrote: I would suggest that Potlatch is left alone for its devotees. I'd start with the following in the design brief for the Newbie Editor Can add nodes, label them with default tags only (other than name). Can add ways, again default tag list only, other than name. Very limited deletion ability (no clear idea yet on how to define this). I suspect starting at even this level of complexity would cause feature creep towards Potlatch, anyway...In particular, being able to add/edit ways requires handling many complex concepts (as others have brought up), like joining ways, way direction, overlapping ways, etc. How about an even bigger step back? If starting a new editor from scratch is to be worthwhile, surely it should be a LOT more basic than all other existing editors. i.e. how about only these features: 1) Add POI User specifies: a) where it is b) what it is (choose from a single list of options) c) the name 2) Edit Name e.g. add or fix the name of an existing road - this should help a lot with noname roads Secondly: can we please decide on the scope of before we talk about the details of the implementation (flash/javascript/etc)? My personal preference would be to provide a little more capability, such as adding a simple two-way highway, with only the minimum in selected presets, except for the name, and moving nodes to correct a highway within limits, but nothing more than that. But, as long as the architecture of the editor and the UI are designed so that limited additional capability can be added if/when it is deemed desirable, I have no problem with keeping to the extreme minimum, initially. Maybe simple way editing could be part of the turbo (please not complex) editor mode. One thing I do think should be included in the simplist editor would be a way to tag any object with a FIX ME plus a comment. So that the user can as least flag a discovered error, even if it can't be fixed with the user's current editor/expertise. That would relieve a little frustration for someone who might feel that the simple editor was too restrictive and that the error they found will be lost once more. And yes, there should be a prominent link to a page that briefly describes the other, more powerful editors a short list of pros and cons, and links to them. I think something of this nature, maybe less, probably not more, would grab the user with Yes, I can make a difference! followed by Now I want to make a bigger difference, and I've got some idea about where to go next. Maybe I'm wrong. Only time and the hard work of those with the expertise to do it will tell. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] I ordered my first personal camera so I can do 'photomapping' or 'geotagging'
Andrew Gregory wrote: On Tue, 23 Feb 2010 04:18:38 +0800, Niklas Cholmkvist towards...@gmail.com wrote: I own a cell phone which can take pictures, but it doesn't store pictures in exif format. After much research over time it seems I couldn't even add exif by hand to the pictures I took with it.(with the purpose to put the modification date in exif format in the picture by hand) Yesterday I ordered my first camera(Nikon Coolpix L19). Mostly with the purpose of taking photos while I have a gps along with me, to later geotag photos with josm and later use the pictures as sources for street names or Points of Interest. Does anyone have that camera? I was a bit unsure whether to buy it or if I should ask first here if anyone has it, but as I read it supports exif 2.2 and memory cards(SD) I'm familiar with I decided to buy it without asking/mentioning first. Just wanted to share. I own a Nikon L19 (among others). I'm looking into ways to geotag its photos, and more for the challenge than anything else, am avoiding computer-based software, i.e. I'm looking for hardware solutions, ideally an integrated GPS logger and photo tagger. My research so far is on my blog http://my.opera.com/Andrew%20Gregory/blog/photo-geotagging. BTW, I use Geosetter http://www.geosetter.de and have been able to add various EXIF values including the date/time stamp and location to regular JPEGs, such as those taken by typical mobile phones. HTH, The Canon PowerShot camera series comes to mind. I have an S5IS, and play around a little with it, but haven't done any development work. With the CHDK (Canon Hacker's Development Kit) you can do all sorts of things inside the camera, such as run a script to detect motion, set speed/aperture outside the manufacturer's default ranges, and convert the USB input into a remote camera trigger. I can conceive (although I haven't into it) that you might be able to insert a script that would accept GPS position data through the camera USB port, and write it in the EXIF data on each photo as it is taken. It might be worth a look to anyone interested in this with the time to investigate. Check http://chdk.wikia.com/wiki/CHDK for more info. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for user block
John Smith wrote: On 4 February 2010 12:04, Dave F. dave...@madasafish.com wrote: But you're right, he probably should be terminated. Is blocking the account going to be enough to prevent someone from simply signing up for a new account and continuing to do what they were unabbated, seems like a cat and mouse game and the cat is really slow to keep tabs on the mouse. Maybe a more subtle approach would work, i.e., have a bot remove his edits x days after they are saved. That way he can make his changes, show his similarly idiotic friends what he has done, and they will be deleted when he no longer has an interest in them. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Revisited: how to edit GPX tracks?
Steve Bennett wrote: I posted this question a few weeks ago and got some answers. I've been using Prune until now, but it's really not satisfactory. I've also tried out a couple of the other tools suggested, and they're pretty bad too. Here's my basic use case: I've just come back from a 4 day bike trip where I collected about 11Mb worth of gpx files, numbered 32.gpx-45.gpx and current.gpx, spanning about 250km (tracing 1 point per second while it was on). I want to merge them into one trace, then upload pieces of these to OSM, and also to some other sites. I want to totally disregard the original boundaries between traces (which I think represent either the GPS being turned off/on, or a trace getting too long). In short, I need to be able to: - merge multiple traces - be able to visually select pieces of a trace to either delete (for privacy/tidiness) or export - simplify a trace down to a much smaller number using some smart algorithm Preferably with an OSM slippy map type background. This sounds like a very small ask to me. I don't need it to directly interface with the GPS, convert formats or anything. Features like converting speeds to colour are nice, as are showing georeferenced photos. Solutions proposed: - Prune: very flakey on large numbers of traces, pretty tedious having to work in terms of ranges, pretty dumb how it sequences traces in the order you load them, not the order of their timestamps. The OSM background usually dies after a few minutes. Can't export ranges (instead you have to delete the rest of the trace). - EasyGPS: lacks the features I need. Fast though! - GPSu(tility): the shareware version is too crippled to evaluate, plus the interface looks pretty bad. - GPSbabel: only does conversion afaik, not editing. - GPSman: after 15+ minutes of going around in circles on the site, I can't even find the file to download. Or a clear statement whether it runs on windows. Plus it looks complicated to get all the right tcl/tk packages. - Viking: didn't work. Maybe my tcl/tk installation is broken. - JOSM: promising, but JOSM is always very slow on my machine, and I can't figure out how to edit gpx traces directly, other than converting them to data layers first. not sure if this will solve all my needs. I do like the colour highlighting though. - Garmin BaseCamp: may actually be able to do some of this, but unusably slow on large amounts of data, and has some really funky ideas about how to manage a collection of tracks. - Garmin MapSource: no editing of traces that I can see. - ExpertGPS: fast, seems to most of what I want (no useful overlays though), but $70 is a lot to spend on a tool that provides lots of features I can't use/don't want, like live GPS tracking So, maybe I'll use ExpertGPS till the evaluation period runs out, still looking for other good solutions though. Have I missed any? Steve Have you looked at GPX Edit? It's free. I haven't tried to do all the things you are wanting to do, but it does allow you to open multiple tracks, bind tracks, cut tracks, delete track segments and waypoints, delete all inside or outside a box, add points, overlay on Google maps. It might be worth a look. No automated simplification, though, and I don't know how well the binding works, I've only used it with single tracks. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] State of the license discussion.
Chris Hunter wrote: Can anyone who's been following the licensing thread over on the talk@ list summarize the current state of the discussion? I tried to follow it for a while, but my mailbox was filling too fast. Oh, I'm sure you didn't mean that as a troll, but that's what it is. An answer from someone who has been keeping up will most likely be biased and lead to more discussion. The rest of us have probably been ignoring it after the first hundred or so messages, just like you. Let's not do that here. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] [tagging]
-- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging]RFC Reminder - causeway
Just a reminder that the RFC period for the feature causeway=embankment/piling/yes is nearly over, so if you have any comments or questions, please put them forward in the next couple of days. http://wiki.openstreetmap.org/wiki/Proposed_features/Causeway -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - covered - Last Call
There have been no comments to the covered proposal since the first flurry. I'd like to move this to the Approved page if the group has no objection, so I'll allow another day for comments, and then move it to voting. Yes, I know there are those who are dead set against voting, but that's the only way I know to get it into the approved page with low risk of having it removed by someone who objects. Or, objects to the vote objectors :-) http://wiki.openstreetmap.org/wiki/Proposed_features/covered -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Using prefixes for regional mail list topics
Richard Welty wrote: On 12/3/09 12:50 AM, Randy wrote: I'm reposting this, as it was rather stupid to post it under a San Fransico/Bay topic that was only remotely related (i.e. being regional). This may very well already be the defacto standard, but if not, might I suggest that we establish a best practice of prefixing subjects which are regionally directed with a 2-4 character region prefix followed by a colon? NY: has already been used. other states also would be by postal code abbreviation having spontaneously started using NY: (the convention may predate me, but if so i've not seen it previously), i'm of course inclined to support this. but i suggest that prefixes that aren't state postal codes but come into common use should go on a wiki page somewhere. richard I think that's a good idea. We could have a US wiki page, which included a section on talk-us subject prefixes, or we could have a talk-us wiki page, strictly for that purpose. However, I do see a difficulty. The wiki page would need to be something that people would be aware of and refer to. I'm not sure how that would be done, unless a message was posted monthly, for example. If there's an easy way around the problem, then I'd say Go for it. If not, then possibly just common usage, and the hope that those in a particular region would be aware of any precedent set for the prefix of that region will be adequate. After all, they are the ones who really need to be aware of it. The rest of us will rarely be initiating communications for a region other than our own, and can check a message to see what region it's talking about, if we aren't sure from the prefix. At any rate, I think using a prefix scheme, whether documented elsewhere or not, would make it less likely to need a regional talk list until a very large part of the total communications over a significant time is for a particular region. The prefix would make it much easier to assess that, as well. That's why I threw out the suggestion. As with all OSM proposals, folks can choose to use it or not. I think those who do will profit from it, though. 'Nuff said. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Admin Level for Neighborhoods?
David ``Smith'' wrote: On Tue, Dec 1, 2009 at 9:37 AM, Ian Dees ian.d...@gmail.com wrote: Has anyone decided on a admin_level to tag for neighborhoods in a city? I'd like to import some neighborhood boundary data that my local municipalities have given out. Assuming these neighborhoods do indeed have some kind of administrating body, I'd use admin_level=10. Ah, but what if they do not have a administrative body. Most neighborhoods have, at most, a neighborhood association, which has no legal administrative authority, but acts as a common voice to the city for its citizens, and may perform other functions (such as, in our case, negotiating a group natural gas extraction lease for the residents, or purchasing street sign toppers that have the name of the neighborhood). Still, the boundaries of the neighborhoods are recognized by, and, in fact, usually established by the city. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] connection between 2 islands
Cartinus wrote: On Tuesday 01 December 2009 00:20:20 Martin Koppenhoefer wrote: there is a proposal for it since March 2007, you can simply find it by typing causeway in search. http://wiki.openstreetmap.org/wiki/Proposed_features/Causeway That page says: Status: Abandoned That search shows you as the fourth result that it is a rejected feature. Apparently more people didn't find it worthwhile to pursue that tag separately. IMHO it is a very important difference that the causeway is frequently below water (tides). Hence it should be marked different. Where do you get the idea that a causeway is periodically inundated from? There certainly are some that are inundated at high tide, but a lot of them are not. 1) If the raised bank crosses a lake or the sea, it is called a causeway. 2) If the raised bank crosses a dry valley or a valley with a smal creek, it is called an embankment. 3) If the raised bank crosses a swamp or marsh, it can be called either a causeway or an embankment. Ergo: the English language is fuzzy about the difference. Even the rendering example on the embankment=yes wiki page is about a cycleway crossing a lake. If you really want to tag them differently it probably more in line with other OSM tags, to tag it as embankment=causeway. See e.g. the bridge=viaduct tag. Actually if you read most definitions closely, it's not that fuzzy. The causeway is the byway. It can be on an embankment or some other raised structure, such as low piles (concrete pillars). It can be over water, swamp, or sand. An embankment is a man-made structure, usually earthen or gravel, it can be built on dry or wet land or in water. An embankment doesn't necessarily include a byway of any type. A levee is an embankment, as is a dike, as is the stadium seating at a local high school athletic field. I personally don't think embankment=causeway is appropriate. I might go the other way, i.e., causeway=embankment, to distinguish if from a causeway built on piles (causeway=bridge?). Or, just causeway=yes, embankment=yes. But, I'm responding in two different talk threads. Here, and where this belongs, under tagging. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] connection between 2 islands
Liz wrote: On Tue, 1 Dec 2009, Cartinus wrote: Where do you get the idea that a causeway is periodically inundated from? When it is an Australian causeway in a dry creek bed. That would not be a causeway in US English. Is the byway running along the creek or just crossing it (what we in Texas call a low-water crossing)? -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] connection between 2 islands
OJ W wrote: On Tue, Dec 1, 2009 at 12:25 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2009/12/1 OJ W ojwli...@googlemail.com Edit the coastline so that it joins the islands instead of separating them but won't this operation make one island instead of 2 that they are? cheers, Martin If they're joined by dry land, they're not technically two islands are they? Well, they were before the embankment was created, and they might very well have different names. Would you say it is a single island with two names in that case. and then tag the area way with name_1 and name_2, even though the names only apply to one weight on each end of the dumbell? I think the islands and the embankment should be defined by three different, but adjoining (common nodes at each end of the embankment) areas. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - causeway
I have totally renovated the 2007 proposal for a causeway tag and placed it in Proposal status. Comments are encouraged. http://wiki.openstreetmap.org/wiki/Proposed_features/Causeway -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] [OSM-talk] OSM Mentioned in NYTimes
Sam Vekemans wrote: And a big thanks to Mr. Hintz who talked to the reporter who wrote the article, awesome. Now, if we can just get him to input to OSM in addition to Google, that would be nice. On a different note,(i.e, different thread if it goes anywhere) is OSM having the same problem as Google with disputed borders, e.g., India/Pakistan? I did a quick wiki search and didn't find a way to designate disputed border. Such a designation would allow border mapping with an acknowledgement that there is a dispute, allowing mapping to proceed, (possibly with two disputed versions of the border mapped) without, at least, disputes among the mappers, possibly avoiding Google's problem. We had, until a few years ago, a similar (although less politically volatile as far as military action is concerned) situation on the northern border of my county. It was finally decided in an appellate court after the state Supreme Court refused to hear the case. For, 150 years, nobody cared, but when a tax base started building there, things changed. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Super Wal-Mart Tag
Matthias Julius wrote: Yes, I would create a relation for each thing in the building having the building itself (area, node or relation) as the only member. That way the different shops (or banks, law offices, dentists, ...) in the building can be independant objects and reference the building. Matthias As far as a mall or strip shopping center, or other building that is not corporately related to the users is concerned (which fits your example, but not Theo's), there's no question in my mind that the shops/amenities should be labeled with separate nodes, and related to the building. However, the majority of the amenities/shops in a Super Walmart are not independent objects but very much a part of Walmart. I don't think I would create a building way, named Walmart, and a separate node named Walmart for each department or department cluster (department store, supermarket, automotive repair, etc.), but would add those tags to the building way itself, and only add nodes for the shops that are identifiably different from Walmart but have contracted to share the Walmart building space. They truly have separate corporate identities, with a relation to the building, rather than being an integral part of the corporation owning/leasing the whole building. I'm not sure that either way is more correct, either method can be parsed. Certainly different people would have different preferences, just as people have different preferences as far as using semi-colons vs. key suffixes to indicate multiple entities within a parent entity. I reserve the right to change my mind on the latter issue, but my current preference is to use semicolons, unless a particular shop/amenity needs further qualification. Then, I'd break it out as shop_1=shop_type, shop_1:quality=quality_value. Again, either of these should be (and I think already is) parseable. Of course, if I were actually mapping the building interior, or whether the automotive repair shop was on the left or right end of the building, then that is a different story, and, again, I believe, out of context to the original question. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Super Wal-Mart Tag - apology
Paul Johnson wrote: Matthias Julius wrote: I consider numbered tags to be messy. Nodes inside the building is not better unless you are really producing a map of the building's internals. How do you figure? Strip malls typically only have one building but all ammeneties are accessable from the outside. And most people find it handy to know where they're going inside a larger facility even if the nodes are only relative (ie, the Subway is inside the WalMart between the Wells Fargo and the nail salon). Some strip malls and older WalMart locations, as well as most Fred Meyer locations are frequently legally subdivided as well: There are tax lots within the building itself! Oops. My apologies, Paul. I was to short, and you were not responding to my post. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] TIGER considered harmful
Paul Johnson wrote: Dave Hansen wrote: If we can come up with a scheme for getting the addressing imported in a sane fashion and the consensus is that people want it done that way, it'll get imported. There are still quite a few squeaky wheels that like to grumble about TIGER, but I haven't heard a single person say that it did more harm than good. I firmly believe this. TIGER contains so many errors in Oregon, Washington and Idaho that it would likely be easier to start fresh than fix. 1) TIGER data is so out of date for urban parts of Cascadia as to be rendered entirely useless. 2) The TIGER import violates one of the most basic principals of OSM: Abbreviations: DO NOT DO IT. 3) Gotta love how TIGER randomly decides some routes aren't freeways when they actually are (and have been for decades). Washington State has literally thousands of miles of expressway and freeway TIGER got wrong. The TIGER import should never have been done. I wonder how easy it would be to undo this until an actually suitable data source can be found, since the Fed is doing it on wet bar napkins with cartographers who wear hockey helmets and ride the short bus to work. Might as well photograph a turd and call it aerial photography of central Idaho for the accuracy of TIGER...heck, that photo might actually agree with the TIGER data better! Your mileage may vary. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging next exit services
Paul Johnson wrote: Randy wrote: Dale Puch wrote: Personally I do not think the signs should be put in OSM, just the actual POI's are tagged. There may be reasons to put in signs, I just do not think this is one of them. Dale -- Dale Puch Don't forget the intent of the requester's original question, i.e., how to tag an exit with the amenities available at the exit without knowing exactly where they are located. It's really about the information, not about the source of the information (the sign). I wonder if this would be more appropriate to tag in OpenStreetBugs for someone with local knowledge to go track down the correct locations. A good theoretical answer. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging next exit services
Alex S. wrote: Paul Johnson wrote: return-to-where-you-came-from [sign] (at state lines to send you back out of Oregon), etc). U-Turn Route - there are quite a few signed u-turn routes in Washington state, too. I have questioned (myself) whether these should be explicitly defined in OSM. On one hand, routing software should be smart enough to figure these out on their own. As with other routing signs, yes, the routing software should be able to determine that, as long as the ways are properly marked. So, I have the opposite opinion from Paul. I don't think routing signs should be marked. But, until such time as the amenities at an exit can all be mapped as POIs, I think a way of denoting what amenities are available at a particular exit would be helpful to a map user. I do think this should only be an interim step (such as [oh, no, I shouldn't bring up interpolation!]), but I think it is an appropriate interim step. The how to is the question. Creating a relation between an exit ramp and a list of amenities is an option. The list doesn't have to be called a road sign, and doesn't have to be mapped. It could just be called an amenities_list. Then, once the amenities are all mapped, the relation can be deleted, if desired. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Super Wal-Mart Tag
Dale Puch wrote: For the same reason as doing nodes at a mall or similar. To know the stores/services available, not just the type of stuff that is usually there. If your tagging fast food, why would you not tag the McDonalds in the super walmart as well? Or the bank ect. As for the walmart services themselves, that can be one node, but with the seprate services listed in tags. Dale Would it be improper to tag the true Wal-Mart services to the building way, (either using semicolons or shop_n and amenity_n, and the partnered services (McDonald's, etc.) as separate nodes in the building, and related with is-in? -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Super Wal-Mart Tag
Matthias Julius wrote: Randy rwtnospam-new...@yahoo.com writes: Dale Puch wrote: For the same reason as doing nodes at a mall or similar. To know the stores/services available, not just the type of stuff that is usually there. If your tagging fast food, why would you not tag the McDonalds in the super walmart as well? Or the bank ect. As for the walmart services themselves, that can be one node, but with the seprate services listed in tags. Dale Would it be improper to tag the true Wal-Mart services to the building way, (either using semicolons or shop_n and amenity_n, and the partnered services (McDonald's, etc.) as separate nodes in the building, and related with is-in? I consider numbered tags to be messy. Nodes inside the building is not better unless you are really producing a map of the building's internals. I would use relations for this purpose, e.g. one relation per shop. Matthias I guess I still don't understand all there is to know about relations. I thought you had to have a map entry such as a node or way to relate, in a relation. Back to the wiki for me. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Tagging next exit services
Dale Puch wrote: Personally I do not think the signs should be put in OSM, just the actual POI's are tagged. There may be reasons to put in signs, I just do not think this is one of them. Dale -- Dale Puch Don't forget the intent of the requester's original question, i.e., how to tag an exit with the amenities available at the exit without knowing exactly where they are located. It's really about the information, not about the source of the information (the sign). My first thought was a relationship of amenities to the exit ramp, but the amenities have to be tagged to something to add to the relation. One option might be to put the roadsign in as a poi, with the amenities listed, then make an accessible relation with from [the ramp] and to [the road sign]. However, to the sign is not an intuitively obvious relation, so I think it would require more work. Just a thought. -- Randy ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Garmin eTrex Vista Hcx
ed...@billiau.net wrote: Hi! Shalabh schrieb: Would just like to figure out if any of you have had the same issue with this model or any other Garmin GPS. I have a similar Issue with the Garmin Vista HCx. Occasionally I observe, that the GPS position is way off the known road/path I am on. The satellite accuracy is high +-5m. When I switch the device off and on again, it positions me right where I am supposed to be. So it seems to accumulate some sort of error in its internal calculations and needs the occational reset when it is going wrong with great confidence bye Nop All of the matters described are possible at all times with a GPS system of position finding. However the notes that some accumulate errors are significant, and again may refer to particular firmware so that it will be difficult to determine the actual cause. 150m horizontal error, for example, across a time gap of a few hours, may well relate to changes in satellite position and reflection of signal occurring one one but not both times. Vertical errors are greater at all times. Also, a) if road snap if not defeated it may snap you to a different position, with only a small change in measured position, and b) some of the more sensitive auto GPSrs will lock your position, when you aren't moving (or aren't moving very fast) until position changes up to 100 meters, to avoid showing a lot of drift on the display. This could be the reason for better accuracy while moving. This is added to the design because receiver sensitivity has improved so much that the receiver will pick up sats at very low signal to noise ratio, and consequent larger timing (and therefore position) errors. I guess the theory is that it's better to display an inaccurate stationary position than a wandering one, not something I agree with. These are more likely the reason for the issue Shalabh described. The position has been frozen at an inaccurate point, and when the GPS power is cycled, it comes back up with a good lock and resets the position based on the new measurement. I would doubt an error buildup just because GPS fixes are based on discrete fixes, rather than any kind of incremental measurements. However, I believe one of the purposes of the different modes (auto, cycle, walking) in some Garmins is to adjust for these two situations, so you need to make sure you are in the correct mode for what you are doing. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Flickr Now Supports OSM Tags
andrzej zaborowski wrote: Hi folks, 2009/9/28 Jack Stringer jack.ix...@googlemail.com: http://code.flickr.com/blog/2009/09/28/thats-maybe-a-bit-too-dorky-e ven-for-us/ Just a note that http://www.openstreetmap.pl/wp now shows those osm: machine tagged pictures from flickr at z = 15 in addition to wikipedia and other external links. Here is a nice concentration of picture-tagged objects from user SK53: http://www.openstreetmap.pl/wp?lat=51.5225lon=-0.7235z=16 Flickr dots are pink, wikipedia blue, all other grey (if you have a better suggestion I'll take it). Mouse over to highlight ways and areas. The page does not use flickr geolocation apis, only the tags. Flickr tags for all flickr-linked features in view come up at the bottom of the page but there are currently too few of them for it to be fun. If a picture happens to have both a osm:node/way/relation= machine tag and a dopplr:eat= or foursquare:venue= tag, then also links to Dopplr and foursquare.com are displayed directly on the map. I think this is a nice example of how Linked Data works because neither osm knows about foursquare.com or foursquare about osm, yet records in two databases manage to be matched. Cheers A very nice merging of data! A slight presentation tweek you might consider is using something besides the expanding dots when the cursor is in the vicinity of the features. When there are several features close together, the expansion makes the dots run together and it's hard to pick one or see all of the ones that are close. Possibly using a color change (only) or a different color outline around the dots would be more effective. A black (or other color) outline would preserve the original Flickr/Widipedia information of the dot. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Parking on the Street, Variable Availability Parking
Chris Lawrence wrote:
On Fri, Oct 23, 2009 at 12:04 PM, Ian Dees
ian.d...@gmail.com wrote:
On Fri, Oct 23, 2009 at 12:02 PM, Christopher Covington
c...@vt.edu wrote:
From the wiki,
Parking spaces along streets are currently not tagged. Only
parking lots of reasonable size are mapped, not every place where
a car could be parked.
Is there any solution to this? At, for example, the student
apartment complexes in Blacksburg, VA, there are very few parking
spaces where non-residents can park. Some of these are on the
street. It would be very useful to map these spaces. Any way to do
it that would be better than drawing thin strips?
Also, any tips on adding variable availability public parking
information, i.e. reserved for faculty staff M-F 9-5, public
otherwise or metered M-F 9-5, free otherwise?
This almost sounds to me like data too complex to be tagged by
simple key/value pairs. You're right though, it would be very nice
to have that information.
Well, a on-street parking tag might be helpful.
parking={parallel|angled} maybe on the ways? Then you could also have
parking=no for ways where parking isn't permitted at all.
Parking restrictions are probably best handled by a new relation. I
could see using relations for parking zones (e.g. areas where
on-street parking is by permit, lots where a certain permit is needed,
etc). And then you'd have possible restrictions (maxtime in minutes,
day of week/alternate day rules, etc.) that you could base off those
being used with the existing turn restrictions relations. Not sure if
these things are generally useful but if you're going to use OSM as
the basis for a campus parking map or something like that it might be
worthwhile.
Chris
Did a little more research. There is a a
href=http://wiki.openstreetmap.org/wiki/Proposed_features/parking_laned
raft parking_lane/a page. You may want to look at, and contribute to.
(Don't know if the link will work from this NNTP client. If not you can
copy paste.)
--
Randy
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
