Als je ze hebt toegevoegd, en opgeslagen. Hoe komen ze dan op OSM?
Mapillary staat los van OSM maar door de licentievoorwaarden mogen we als OSM mappers de gegevens wel gebruiken. Het bewerken gebeurt alleen op de Mapillary database. Als je de verkeersborden in OSM wilt hebben zul je ze zelf toe moeten voegen aan OSM. Ik vermoed dat er tzt wel een mooie plugin voor JOSM komt om die data te laten zien zodat het mappen wat makkelijker wordt.
Dan zul je die zelf moeten maken, want bij mapillary hebben ze daar de tijd niet voor. Zie: https://github.com/mapillary/mapillary_issues/issues/472
In de OSM wereld zijn er vast nog wel een paar handige Harrys die zo’n plugin kunnen maken. Ik kan het in ieder geval niet.
twee maanden geleden ben ik begonnen met het vertalen van de mapillary website, maar aangezien ik nou niet bepaald een taal virtuoos ben zijn er nog een paar regels over waarbij ik geen goede vertaling kan bedenken. In tussentijd heeft nog niemand zich gemeld het karwij af te maken.
Mocht je je geroepen voelen: Je vind de vertaling op: https://github.com/mapillary/mapillary_localization/blob/master/locales/nl.coffee
Ben zelf ook niet altijd een taalheld, maar heb geprobeerd de lacunes te vertalen: https://github.com/mapillary/mapillary_localization/pull/25
Als iemand het nog eens wil nalopen. Ik weet niet of deze pull request door iedereen zichtbaar is al.
Vind zelf vooral het gebruik “foto’s” en “afbeeldingen” een beetje rommelig, maar dat is in de Engelse tekst ook zo.
Was even zoeken maar het staat dus hier:
https://github.com/SanderH/mapillary_localization/commit/5708be68410f7429f657d456ac9a5135dc102ad0
Nog wat kleine verbeteringen
r32: creëer
r55: Gebrachte is met enkele t
r136: Zend je gemaakte opeenvolging naar Mapillary
r140: geüpload
r318 Uploaden naar Mapillary
Push zou ik niet letterlijk vertalen. Beter is “Uploaden/Verzend naar Mapillary”
OK, iets meer uitleg.
Je kan nu de verbeterde versie van Mapillary’s verkeersborden-feedback-systeem in competitieve vorm gebruiken. Ondertussen help je Mapillary aan data waarmee ze hun verkeersbord herkennende algoritmen me kunnen trainen zodat dit soort handelingen in de toekomst minder/niet meer nodig zijn. Tegelijkertijd mag je over alles wat je er niet aan bevalt hier (of in een nieuw issue) klagen.
Er is nu ook een afspeelknop geimplementeerd!
18 februari is er een grote update van de Android en iOS app uitgebracht.
http://blog.mapillary.com/news/2015/02/18/android-v10.html
Mocht je automatische updates niet hebben aanstaan, kunnen deze nieuwe ontwikkelingen zijn ontgaan.
Vanwege een recente wijziging in de google maps policy heeft Javawa Fotogeotag geupdate, v.3.1 gebruikt nu voor de calibratie van de beelden met je GPS data de satellietbeelden van Esri of de OSM kaart. Gebruikers van geosetter kunnen mogelijk ook geen google maps kaart meer zien vanwege dezelfde reden. Je moet dan in de instellingen de kaartverwijzing aanpassen naar http://www.geosetter.de/map_google.html
Heb net de nieuwe versie van Fotogeotag gedownload maar ik zie onder “corrigeer” nog steeds Googlemaps en Google Earth en nergens OSM. Doe ik iets fout?
Staat er wel versie 3.1. boven? Je hebt dan de keuze tussen kaart en google earth. Klik je op kaart dan krijg je een esri satellietkaart met daarin de keuze om te switchen naar de osm mapquest layer.
Nee, ik ben vergeten de menutekst aan te passen (gebruik ik zelf altijd het linker knopje, nooit het menu). Klik maar op die menu-optie, dan zul je vanzelf zien dat het geen Google Maps is 
Het heeft niets met de policy te maken hoor, het is gewoon dat er wat wijzigingen aan de API zijn geweest die niet werken in de IE compatibiliteitsmodus (dat gebruikt de Windowsversie van FotoGeoTag). Als je webbrowser een beetje up-to-date is heb je er overigens geen last van.
FotoGeoTag was trouwens het laatste programma van mij dat nog Google Maps gebruikte voor de kaart; bij de andere was ik al eerder overgestapt naar Leaflet + OSM. (RTWtool, GMTK & JDM)
Ok, da’s duidelijk.
Die Leaflet/OSM layer is een nuttige uitbreiding voor het programma, want de Google Satellietbeelden zijn vaak erg gedateerd, veel nieuwe wegen staan er niet op. Bedankt voor de snelle fix!
Bedankt. Ziet er nu goed uit.
Ik ben met Brussel bezig en ik denk dat ik al veel verkeerd gedaan heb.
Ik ging ervan uit dat Mapilary zelf de beste instelling voor de smartphone foto’s koos.
Daar begin in nu aan te twijfelen.
Ik ga te voet op het voetpad langs de auto’s en richt mijn toestel lichtjes weg van de mensen die tegemoet komen.
Ik heb 1 onscherpe foto op 3. Die wis ik dan in “Review”.
Het is ook jammer dat het minimum interval op 2 seconden gebracht is.
Ik heb een Samsung S5. Indien ik het moet doen, wat zouden de instellingen zijn ? Nog tips ?
Ik wandel al met schokdempende loopschoenen.
Zo moeilijk is het niet om wazige foto’s te krijgen.
Er hoeft maar iets te bewegen met een iets te lange sluitertijd en het is al mis.
Schoenzolen maken niet veel uit als je zelf ook al voorwaarts beweegt en je onderwerpen ook.
Belangrijkste is dat je een dag uitkiest om de foto’s te maken dat er ruim voldoende zonlicht is. Dat zou de zo goed als alle onscherpte moeten uitbannen.
Afgelopen weekend met de fiets over de kasseien gereden. Stuiterde haast van de fiets, dus had het ergste verwacht, maar dankzij voldoende licht was de sluitertijd kort genoeg voor vrijwel perfecte foto’s.
Had ik echt niet moeten proberen op een bewolkte grijze dag in de schaduw. Dan neem ik niet eens meer de moeite om uberhaupt een poging te wagen.