Re: [OSM-talk] Mapillary plugin for JOSM
This brings us exciting possibilities. Someone could make a layer that detects inconsistencies between mapillary sign data and osm data. For example: -there should be a oneway street near a oneway sign -there should be a turn restriction or a oneway street junction near a sign with a turn restriction -there should be a maxspeed tag where there is a max speed sign ... Janko uto, 5. svi 2015. 00:49 Clifford Snow je napisao: > > On Mon, May 4, 2015 at 3:16 PM, moltonel 3x Combo > wrote: > >> Looking forward to the josm plugin and the merging/locating of signs :) > > > +1 - I got so excited that I purchased a new cell phone mount from > GeekWire to replace my defective old mount. > > > > -- > @osm_seattle > osm_seattle.snowandsnow.us > OpenStreetMap: Maps with a human touch > ___ > 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] Mapillary plugin for JOSM
On Mon, May 4, 2015 at 5:48 PM, Clifford Snow wrote: > > On Mon, May 4, 2015 at 3:16 PM, moltonel 3x Combo > wrote: > >> Looking forward to the josm plugin and the merging/locating of signs :) > > > +1 - I got so excited that I purchased a new cell phone mount from > GeekWire to replace my defective old mount. > Actually found a good mount at Best Buy. It's got a bit of bounce to it, which is good since it seems to work as a shock absorber. It's also got a very long arm on it, which is also handy since I drive a 4x4 and a state of borderline neglect, so having a mount with some bounce to it that I can actually reach from the windshield is a great match for decently consistent stability. http://www.bracketron.com/universal-grip-it-windshield-mount#.VUhXn1VVhBc ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary plugin for JOSM
On Mon, May 4, 2015 at 3:16 PM, moltonel 3x Combo wrote: > Looking forward to the josm plugin and the merging/locating of signs :) +1 - I got so excited that I purchased a new cell phone mount from GeekWire to replace my defective old mount. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary plugin for JOSM
On 04/05/2015, Jo wrote: > The Mapillary plugin for JOSM project was accepted. Coding will start in > about 1 month. You can expect something to test by the end of June. Traffic > signs may or may not make it in by the end of August. > > Peter Neubauer (from Mapillary) did mention that they are planning to > 'locate' signs automatically which are in more than one photo on their side > (using interpolation or is that extrapolation?), but that may be for later > on. By locating I mean: the location of the picture showing the sign is not > the location of the sign, obviously. Except in a close up taken on foot, > maybe. Looking forward to the josm plugin and the merging/locating of signs :) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] contact: tags
On Sun, May 3, 2015 at 1:25 PM, Andrew MacKinnon wrote: > > Someone > attempted an undiscussed mechanical edit of this in the past and got > reverted. Similar examples are power=sub_station, power=station, > oneway=true, oneway=1, oneway=-1, etc. There tends to be a widespread dislike > of large-scale mechanical edits among the OSM administrators so I don't want > to do that. Yes, an undiscussed edit will be pounced on like raw meat by a hungry tiger. A discussed edit is very different. I recently completed a 250,000+ node mechanical edit. The process of gaining consensus was tedious and lengthy, but it happened, and the edits were not reverted. I did another with 1000 nodes, consolidating a dozen diverse tagging styles. That also is holding without revert. Proper mechanical edits have tremendous benefits for data consumers. There are many good reasons to do them, but carefully, and with the community on board. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Low State of the Map US hotel room rates
We've secured crazy low hotel room rates for State of the Map US starting at $60 / night for three nights at the New School's 13th Street Residence. Book fast! https://twitter.com/sotmus/status/595299230928908289 https://twitter.com/sotmus/status/595299230928908289 -- Alex Barth Vice President OpenStreetMap United States Inc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary plugin for JOSM
On Mon, May 4, 2015 at 12:11 PM, Jo wrote: > > There is a GSoC project proposal this year to make a JOSM plugin for >> Mapillary. I'm not sure what the status on that is right now. >> >> The Mapillary plugin for JOSM project was accepted. Coding will start in > about 1 month. You can expect something to test by the end of June. Traffic > signs may or may not make it in by the end of August. > > Hopefully the sign identification gets *way* better between now and then. It completely doesn't seem to understand US style speed limits, minimum speeds, night speeds, truck speeds, truck minimum, or truck night speeds. Also seems to assume that Americans don't have yield signs (and I would hazard to guess it has *zero* clue about the older keystone shaped yields). There's a number of other signs that are frequent beyond speed limits that don't seem to be understood based on the US traffic signs mechanical turk type game thing they have, like bumps, bus stops, left merges, slight curves versus sharp curves, etc... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary plugin for JOSM
> There is a GSoC project proposal this year to make a JOSM plugin for > Mapillary. I'm not sure what the status on that is right now. > > The Mapillary plugin for JOSM project was accepted. Coding will start in about 1 month. You can expect something to test by the end of June. Traffic signs may or may not make it in by the end of August. Peter Neubauer (from Mapillary) did mention that they are planning to 'locate' signs automatically which are in more than one photo on their side (using interpolation or is that extrapolation?), but that may be for later on. By locating I mean: the location of the picture showing the sign is not the location of the sign, obviously. Except in a close up taken on foot, maybe. Once they do that, their API will also allow to query for locations of those signs. We should find a way to establish a link between these signs/poles' nodes in OSM and their API. An extra tag containing a url, maybe? I think it's best we point to their site, like we do in the case of wikidata, because our node ids are not guaranteed to be stable. If they want to refer back to OSM, they can use Overpass to query for it. (or more efficiently, query for several at the same time). We usually have 1 node for 1 pole, which may have more than 1 sign on them. For poles with signs on both sides, I'm not sure how we map those. I guess we should go and have a look in Finland, as that's about the only country where traffic signs are being mapped in greater numbers. Not sure how this would/could map to Mapillary's API. Jo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapillary layers
Not that I am aware of. Their API generally returns (geo)json. This is what is used on their website. Although by the looks of it, the traffic sign stuff is in v2 of their API which isn't documented on their "Developers" page. But I did find documentation on it here: https://a.mapillary.com/#get-searchimor There is a GSoC project proposal this year to make a JOSM plugin for Mapillary. I'm not sure what the status on that is right now. Toby On Mon, May 4, 2015 at 8:16 AM, Paul Johnson wrote: > Is there a way to get a transparent WMS of locations Mapillary has > detected a traffic sign? > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapillary layers
Is there a way to get a transparent WMS of locations Mapillary has detected a traffic sign? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GeoHipster comment on OSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On 05/04/2015 09:30 AM, Simon Poole wrote: > I'm not sure what utility such an organisation would have (not > even touching on the obvious back lash it would provoke), the OSMF > and the community already point to the consulting and services > companies in OSMspace where ever possible (for example on > switch2osm.org), And if OSM would ever choose to change its > business model, see above, it would be defunct anyway. Perhaps we should start an "OSMF approved vendor" programme, and out-source certification of "OSMF certified engineers" to a few selected training organisations and make a fortune! Plus, it would keep out the riff-raff, we don't want no clueless self-taught hackers to build a business on our brand, right? Bye Frederik - -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEcBAEBAgAGBQJVRzKiAAoJEOx/uhGAJu9HvIoIAICbdAdBVZkRA075nKnqt40i t9HdrT8CpaqQmYg5Dxq0BiR/NkmanGuZm02efIF9La4S2JVaEAqbKizWe1fklilI YAEynjMphdqzwe6AqAYTmGC/F/xZT6fWJo08kTRG4NG7QYkWqL35TLCRgWcGuR8a qh7lMrtFYpigBrPTedt4/Wfox4vIIIMmvpZ3EvG/uBnp4vuYeiNKqBtas3xquVSZ slyTgCMW19tJ//tpWIo2Dh2JZXm8kovnJu16BHXjfFyY66fYL4+j0JyUMPR1NJyY UgEtiMa4hhcw8G2dXZLiOHBV4P2ps9mnOKiju7KRYD74PMaLobmvO9aWi9BsMHc= =/3cg -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GeoHipster comment on OSM
Am 04.05.2015 um 00:50 schrieb moltonel 3x Combo: ... > > I can't help but draw a parallell between OSM and PostgreSQL, which > has the same "actual product is only owned by a community, but lots of > companies offer commercial support" structure. Nearly all other big > databases are backed by a single company, and PG regularly gets > feedback about people turned off by the lack of an official PG > company. No matter how many companies offer high quality support, and > that this setup is demonstrably better for the project as a whole, > some potential users will always be turned off. It is completely clear that from a marketing and branding pov a different business model (aka the WMF model, see my diary post from last week) would be simpler, more effective and less confusing. It would however not be more "geo-business friendly". > > So I feel that we don't have a problem with the current structure, but > perhaps we could present that structure better. Compare for example > http://www.postgresql.org/support/professional_support/ to > http://wiki.openstreetmap.org/wiki/Companies. Gary's "OSM for business > consortium" also has a nice ring to it (if anything, because the > members would be self-selected, it'd avoid a wiki edit war or a > complicated OSMF-led selection process). > I'm not sure what utility such an organisation would have (not even touching on the obvious back lash it would provoke), the OSMF and the community already point to the consulting and services companies in OSMspace where ever possible (for example on switch2osm.org), And if OSM would ever choose to change its business model, see above, it would be defunct anyway. Simon signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
