[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-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 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 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: [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" 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 wrote: > On Thu, Oct 14, 2010 at 12:52 PM, Mike N. 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!
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 wrote: > On 10 July 2010 07:56, Alex Mauer 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] 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 wrote: > On Fri, 9 Jul 2010 11:57:49 +0100, Richard Mann > 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 wrote: >>> On Fri, 9 Jul 2010 12:30:10 +0300, Peteris Krisjanis >>> wrote: >>>> 2010/7/9 Maarten Deen : >>>>> On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse >>>>> 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] 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, 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: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Jonathan Bennett wrote: >On 28/02/2010 22:27, Randy wrote: > >>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. > >That's because, try as I might, I'm not psychic and can't announce >things people don't tell me about. > >Jonathan Looks like the mention of announce generated some activity. Maybe a reminder needs to be put on talk every month or so. -- 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 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
Roy Wallace wrote: >On Fri, Feb 26, 2010 at 11:28 PM, Gervase Markham >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] 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] 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 >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] 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] Serious consideration of "Newbie Editor"
Dave Stubbs wrote: >On Fri, Feb 26, 2010 at 10:29 AM, John Smith >wrote: >>On 26 February 2010 19:44, Dave Stubbs 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] Serious consideration of "Newbie Editor"
Roy Wallace wrote: >On Thu, Feb 25, 2010 at 7:42 PM, Liz 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] 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] Thoughts on OSM design, and looking forward - and back
l. But if the user is able to enter the process in an orderly manner, the snags along the way won't be offputting to the point that they say "This is not for me", but either continue to develop 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] 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 > 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. 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
[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]
-- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - Voting - covered
Your considered vote on this proposal will be appreciated. http://wiki.openstreetmap.org/wiki/Proposed_features/covered -- 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
[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: [OSM-talk] connection between 2 islands
OJ W wrote: >On Tue, Dec 1, 2009 at 12:25 AM, Martin Koppenhoefer > wrote: >> >> >>2009/12/1 OJ W >>> >>>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
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
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] 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 : > > 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.5225&lon=-0.7235&z=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: [OSM-talk] Google has dual carriage way where it'snot built yet
Martin Koppenhoefer wrote: > 2009/10/9 Bráulio Bezerra da Silva : > > I agree with you. Every single map of my city I've seen has some > > "planned roads" where in reality we have a forest or something > > else. These roads are in the "oficial map" of the city plan made by > > the authorities and are promptly copied to comercial maps. I think > > we should map only things that are clearly in the construction > > phase, and of course use a tag to indicate this. > > I think we could map also planned roads, as long as they are mapped as > planned and not as in construction or in use. > > cheers, > Martin > > ___ > Tagging mailing list > tagg...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/tagging Then you are proposing highway=planned planned=* (highway class) Is that correct? Sounds OK to me. -- Randy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
