Re: [Potlatch-dev] [OpenStreetMap] #3587: Tag keys/values should be restricted to 255 characters
On Thu, Mar 17, 2011 at 4:30 PM, OpenStreetMap t...@openstreetmap.org wrote: Unfortunately, these critical errors seem to be a result of multiple conditions. [...] * 5. If the ADVANCED tab remains EMPTY or keeps the properties of the PREVIOUS edit though you have added a pylon (with R), you have reached the stage two steps BEFORE the crash happened (!!). Well, I don't have steps to reproduce, but I encountered this during a recent changeset. No matter what I clicked on, the Advanced panel showed the same tags - but the way ID at the top changed when selecting different things. The first problem I noticed was in trying to delete TIGER tags - deleting from the bottom upwards by pressing X the tiger uuid tag disappeared, but then the tiger tlid one didn't. After that it got stuck. Interestingly, when I tried reproducing it I couldn't find any roads where deleting the tlid caused an issue, but I've just realised my p2 instance is again stuck, this time with more TIGER tags deleted. I can now confirm the Simple panel works properly when the Advanced panel is stuck in this manner. In neither case was I merging ways, in the second occurrence I was only selecting ways and pressing X to delete tags - no other actions. I'll post when I have steps to reproduce / run it in a debugger / a patch :-) Cheers, Andy ___ Potlatch-dev mailing list Potlatch-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/potlatch-dev
Re: [OSM-dev] [GSoC] Video based speed limit detector
Hi, great to see that someone is interested in the project idea and I'll be interested to see the proposal draft. There are a number of standard object detection algorithms that should be able to detect speed limit signs on a frame by frame basis in real time. Once a sign is located in the image, one then has to interpret it. One can either try and do a full OCR style approach, or given the limited number of speed limit signs, one can probably simply throw a multi class classifier at it with a class per speed limit. These algorithms are reasonably robust, so they should be able to cope with the difficult conditions of changing lighting conditions and size of the signs in the images. (After all traffic signs are designed to be well detectable and readable) For both aspects there are ready made libraries like the OpenCV library that implement most of the algorithmic side of things. So I am reasonably confident that the minimum goal of analyzing a video stream and identifying the speed limits, spitting out the gps coordinates of the video frames for those signs is achievable in the time scope of GSoC. My guess would be that quite a bit of the initial project would be to experiment with various algorithms to see which work best and combine them in ways to make it as robust as possible. Once that basic goal is achieved, there are nearly limitless (at least with respect to a three month project) options to extend the project in various directions, either be it from a usability perspective, or from an algorithmic computer vision perspective, giving it the flexibility to be a challenging and interesting, yet achievable project. Furthermore, I think one can achieve something in the time that is genuinely useful to the project and helps improve an important aspect of tagging for routing that has so far been comparatively neglected. I possibly still have some code lying around to interface the C library OpenCV with java through JNI from my undergraduate thesis (which was to build an eye tracker from a standard webcam), in case that would be of any use. So I am excited to see someone willing to pick up the project. I'll possibly be able to mentor such a project, although I know little about the code of any of the editors, so I'd be less able to help on that side of things. Kai -- View this message in context: http://gis.638310.n2.nabble.com/GSoC-Video-based-speed-limit-detector-tp6192971p6195251.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] osmosis, bounding boxes and updating
Hi, I'd like to keep an OSM PostGIS database for the Netherlands up-to-date using osmosis. I am familiarizing myself with the process of: * create database and load schema (I use the simple schema with the linestring addition) * osmosis --read-xml planet.xml --write-pgsql * osmosis --read-change-interval-init * osmosis --read-change-interval --write-pgsql-change Is that the correct course of action? Ideally I want to do this for a smaller geographical extent, but I can't quite put my finger on how to do the replication task for a smaller area. Is this possible and if so, how? Thanks, -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis, bounding boxes and updating
I think I found the answer to my own question: http://www.mail-archive.com/dev@openstreetmap.org/msg03530.html In short: it's not possible to combine change streams with bounding boxes / polygons. Right? Martijn On 3/22/2011 11:10 AM, Martijn van Exel wrote: Hi, I'd like to keep an OSM PostGIS database for the Netherlands up-to-date using osmosis. I am familiarizing myself with the process of: * create database and load schema (I use the simple schema with the linestring addition) * osmosis --read-xml planet.xml --write-pgsql * osmosis --read-change-interval-init * osmosis --read-change-interval --write-pgsql-change Is that the correct course of action? Ideally I want to do this for a smaller geographical extent, but I can't quite put my finger on how to do the replication task for a smaller area. Is this possible and if so, how? Thanks, -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis, bounding boxes and updating
On Tue, Mar 22, 2011 at 03:55:03PM +0100, Martijn van Exel wrote: I think I found the answer to my own question: http://www.mail-archive.com/dev@openstreetmap.org/msg03530.html In short: it's not possible to combine change streams with bounding boxes / polygons. Right? Right. What I was thinking what might work (never tried it) to take a country export (e.g. Geofabrik or Cloudmade) every day build a diff between yesterdays and todays version and use this for importing. For sure you would have only one update per day. greetings, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contacts: | | Mail: sk...@xover.mud.at Jabber: sk...@jabber.at| | Blog: plepe.at Twitter: twitter.com/plepe | `-' signature.asc Description: Digital signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis, bounding boxes and updating
On Tue, 22 Mar 2011 15:55:03 +0100, Martijn van Exel wrote: I think I found the answer to my own question: http://www.mail-archive.com/dev@openstreetmap.org/msg03530.html In short: it's not possible to combine change streams with bounding boxes / polygons. Right? No. With some hackery, I did it once :) 1. download an initial complete dump of the area you want, and call it complete.osm 2. in a crontab, to be run each minute (if you want minutely diff): $ osmosis \ --read-replication-interval workingDirectory=... \ --simplify-change \ --write-xml-change changes.osc.gz $ osmosis \ --read-xml-change changes.osc.gz \ --read-xml file=complete.osm \ --ac \ --bounding-polygon file=yourpolygon.poly \ --write-xml complete_new.osm $ osm2pgsql \ --merc \ --extra-attributes --style $BASE/osm2pgsql.style \ complete_new.osm \ mv complete.osm complete.osm.bak \ mv complete_new.osm complete.osm Check the manpage/web/--help for what to put in the workingDirectory= parameter of --read-replication-interval. Also, the last osm2pgsql acts on complete_new.osm, which is renamed to complete.osm (so that it's ready for the next crontab run) only if everything goes well. In case of errors, there's always complete.osm.bak :) This worked one month ago. I didn't check now, because I shut my app down, so can't tell if anything changed; but I don't think so. Also, my app originally had two (or more) different polygons imported and rendered, and the script put in crontab is a bit more complicated (and generalized) than this. But this should be sufficient to do what you want :) Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] osmosis, bounding boxes and updating
On 3/22/2011 4:05 PM, Stephan Plepelits wrote: On Tue, Mar 22, 2011 at 03:55:03PM +0100, Martijn van Exel wrote: I think I found the answer to my own question: http://www.mail-archive.com/dev@openstreetmap.org/msg03530.html In short: it's not possible to combine change streams with bounding boxes / polygons. Right? Right. What I was thinking what might work (never tried it) to take a country export (e.g. Geofabrik or Cloudmade) every day build a diff between yesterdays and todays version and use this for importing. For sure you would have only one update per day. greetings, Stephan I think I might go with the option of deleting stray items (outside of my BBOX) in a separate process once in a while. Martijn -- Martijn van Exel Senior Researcher - Geodan SR President Kennedylaan 1 1079 MB Amsterdam (NL) - Tel: +31 (0)20 - 5711 318 Fax: +31 (0)20 - 5711 333 - E-mail: mart...@geodan.nl Website: www.geodan.nl KvK-nummer: 33 247475 Disclaimer: www.geodan.nl/disclaimer - ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
[OSM-dev] Develop a Simple Mapping Tool for Mobile Phones
Dear all! I am new to the developers list so lemme first introduce myself. My name is Yarik. I am 24. Study Digital Media at HS Bremen / Bremerhaven. The main topic of my studies are location based mobile games (like Foursquare). Currently I am writing my thesis about landmark identification using these sort of games. I am considering myself more of a programmer, therefore development of osm interests me for quite a long time. But SoC actually did the magic kick and led me to the page with implementation ideas. Checking those ideas out I have found an idea to Develop a Simple Mapping Tool for Mobile Phones. Mostly because of rich previous experience, I find it very interesting and would love to work on a tool like that within our outside of the SoC. Unfortunately I'm a newbie to osm and therefore I cannot judge myself the importance of this sort of tool for the osm community. Do we really need it? I have seen similar efforts from the last SoC. http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010/AcceptedProjects/AndroidPOICollector Did they fail? Does it need to be further developed? I have also seen several other tools with similar functionality. How do you think does it make sense to keep up with the investigation of those and submitting the solution idea? Thanks Yarik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Develop a Simple Mapping Tool for Mobile Phones
Hi everyone, I think I need to make some clarification here. Actually, in the past two days, some students who want to participant in GSoC sent email to me to show their interest in the idea Develop a Simple Mapping Tool for Mobile Phones. I'm sorry to not have reply immediately. Here I must clarify something: 1. I'm very glad to meet the students that are also interested in location based service on mobile phone here. It will be nice if we can discuss the mobile application development here. 2. Yes, I posted the idea, but I'm a student as well, and cannot be the mentor. In fact, I wrote the idea because I want to apply for GSoC with it. I also wish there will be some mentors here that are willing to guide the mobile application development. 3. I used the title of the idea proposed in the last year. However, this idea hasn't much relationship with what I proposed. Mine is quite related to my current research work. Hence who are interested in building mobile application with OSM doesn't need to follow my idea. Sorry again for the misunderstanding I've brought about. Wish these words explain myself well. Regards, Zhijie On Tue, Mar 22, 2011 at 11:42 PM, Yarik iaroslav.shepty...@hs-bremen.dewrote: Dear all! I am new to the developers list so lemme first introduce myself. My name is Yarik. I am 24. Study Digital Media at HS Bremen / Bremerhaven. The main topic of my studies are location based mobile games (like Foursquare). Currently I am writing my thesis about landmark identification using these sort of games. I am considering myself more of a programmer, therefore development of osm interests me for quite a long time. But SoC actually did the magic kick and led me to the page with implementation ideas. Checking those ideas out I have found an idea to Develop a Simple Mapping Tool for Mobile Phones. Mostly because of rich previous experience, I find it very interesting and would love to work on a tool like that within our outside of the SoC. Unfortunately I'm a newbie to osm and therefore I cannot judge myself the importance of this sort of tool for the osm community. Do we really need it? I have seen similar efforts from the last SoC. http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010/AcceptedProjects/AndroidPOICollector Did they fail? Does it need to be further developed? I have also seen several other tools with similar functionality. How do you think does it make sense to keep up with the investigation of those and submitting the solution idea? Thanks Yarik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Zhijie Shen School of Computing National University of Singapore http://www.comp.nus.edu.sg/%7Ez-shen/ ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [GSoC] Video based speed limit detector
Having a quick look on google scholar shows that there actually appears to be quite a large set of research literature on exactly this problem. I.e. How to detect traffic signs in real time from a front facing vehicle camera. I guess it isn't too surprising given that driver assistant systems appear to be one of the next big things in the car industry, so I guess they have pored quite a bit of money into funding research into this. Some of those articles should give a good indication of what is likely to work and how difficult these things are and again might have some ready implemented algorithms. I don't know what the journal subscription is like at Sri Lankan Universities and if the relevant journals are open access or not. But if you (or anyone else) has troubles getting at interesting papers I might be able to help get them. -- View this message in context: http://gis.638310.n2.nabble.com/GSoC-Video-based-speed-limit-detector-tp6192971p6197127.html Sent from the Developer Discussion mailing list archive at Nabble.com. ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [GSoC] Video based speed limit detector
Hi, due to my experiences on VideoMapping I'm a bit critical if this would work on our amateur scenario. I have no clue about image processing but noticed that even for Humans it can be hard to find all signs along a street. But anyway, we will only know if it works, if somebody tries :D Matthias ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] [GSoC] Video based speed limit detector
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 22-03-11 08:33, Kai Krueger schreef: I'll possibly be able to mentor such a project, although I know little about the code of any of the editors, so I'd be less able to help on that side of things. Since I was the mentor of the last project, there is a great number of test material available to even build a recognizer. Video segmentation is step two, not the first step. If someone isn't able to even find a sign on a still image, it is even harder to do it on motion pictures. For Dutch signs, and most likely many international ones on Wikipedia SVG images do exist showing signs in the highest details possible. So first things first: - sign is present (x,y,w,h) - classify sign - segment video - enhance recognitionrate on multiple images - pinpoint the location of the sign in 3D Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk2I6C8ACgkQYH1+F2Rqwn3u/wCggw+qJzPbUuR60IzOclFlz3f8 i7gAnRm2+D2cBPWT3+Fd2hKIKdKghJqS =reZv -END PGP SIGNATURE- ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
Re: [OSM-dev] Develop a Simple Mapping Tool for Mobile Phones
Hi Zhijie! Thanks for clarification! Still though it is interesting what the community thinks about such sort of apps. Does it worth putting an effort into it? Again referring to my previous experience would be interesting / cool to have an app implementing simple game mechanics in order to encourage more people to contribute data. Maybe evolving the app developed last year with these mechanics and publishing it at App markets. Cheers, Yarik On Wed, 2011-03-23 at 00:20 +0800, Zhijie Shen wrote: Hi everyone, I think I need to make some clarification here. Actually, in the past two days, some students who want to participant in GSoC sent email to me to show their interest in the idea Develop a Simple Mapping Tool for Mobile Phones. I'm sorry to not have reply immediately. Here I must clarify something: 1. I'm very glad to meet the students that are also interested in location based service on mobile phone here. It will be nice if we can discuss the mobile application development here. 2. Yes, I posted the idea, but I'm a student as well, and cannot be the mentor. In fact, I wrote the idea because I want to apply for GSoC with it. I also wish there will be some mentors here that are willing to guide the mobile application development. 3. I used the title of the idea proposed in the last year. However, this idea hasn't much relationship with what I proposed. Mine is quite related to my current research work. Hence who are interested in building mobile application with OSM doesn't need to follow my idea. Sorry again for the misunderstanding I've brought about. Wish these words explain myself well. Regards, Zhijie On Tue, Mar 22, 2011 at 11:42 PM, Yarik iaroslav.shepty...@hs-bremen.de wrote: Dear all! I am new to the developers list so lemme first introduce myself. My name is Yarik. I am 24. Study Digital Media at HS Bremen / Bremerhaven. The main topic of my studies are location based mobile games (like Foursquare). Currently I am writing my thesis about landmark identification using these sort of games. I am considering myself more of a programmer, therefore development of osm interests me for quite a long time. But SoC actually did the magic kick and led me to the page with implementation ideas. Checking those ideas out I have found an idea to Develop a Simple Mapping Tool for Mobile Phones. Mostly because of rich previous experience, I find it very interesting and would love to work on a tool like that within our outside of the SoC. Unfortunately I'm a newbie to osm and therefore I cannot judge myself the importance of this sort of tool for the osm community. Do we really need it? I have seen similar efforts from the last SoC. http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010/AcceptedProjects/AndroidPOICollector Did they fail? Does it need to be further developed? I have also seen several other tools with similar functionality. How do you think does it make sense to keep up with the investigation of those and submitting the solution idea? Thanks Yarik ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Zhijie Shen School of Computing National University of Singapore ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev
