Re: [OSM-talk-be] bicycle=use_sidepath
Beide vormen worden door elkaar gebruikt. "In den beginne" werd enkel de cycleway=track op de hoofdweg gebruikt, maar met de verbeterde luchtfoto's gaat men meer en meer afzonderlijke fietspaden intekenen. Of dit altijd een goede zaak is, is wat anders. Veel voorkomende fouten bij het afzonderlijk intekenen: - geen verbindingen met de straten aan de overzijde, zodat je niet links kan afslaan op een kruispunt - fietspaden die ergens halverwege beginnen (niet verbonden met hoofdweg) - ontbrekende bicycle=use_sidepath tag - niet verleggen van fiets- en wandelroutes naar het fietspad - allerlei vreemde connecties van fietspaden op kruispunten omdat "men het beu is" het fietspad verder te tekenen. (het beste is om ze naar het centrale punt te brengen, denk maar eens wat een navigatietool moet zeggen als je het fietspad op een zijstraat laat eindigen en je moet verder langs de hoofdweg, "sla links af naar ... sla onmiddelijk rechtaf ... terwijl je gewoon rechtdoor moet rijden) - Fietspad wordt maar aan 1 kant getekend terwijl het aan beide kanten ligt en men laat een mikmak van tags op de hoofdweg staan. - Afzonderlijke fietspaden getekend terwijl het duidelijk om cycleway=lane gaat. Het is misschien aantrekkelijk om ze afzonderlijk in te tekenen, en veel "beginners" wagen zich eraan, maar het is moeilijk om het goed te doen. m. 2017-01-10 14:24 GMT+01:00 Pieter Brusselman : > Dag Marc, > > Als ik het goed begrepen heb, teken je in deze situatie > (https://wiki.openstreetmap.org/w/images/thumb/8/8e/Belgium_road_with_D7_nopavement_speedabove50.jpg/250px-Belgium_road_with_D7_nopavement_speedabove50.jpg) > een aparte fietsweg in? > > - het fietspad krijgt volgende tags: highway=cycleway > - de autoweg moet bijkomend getagged worden met bicycle=use_sidepath > > Echter, op deze pagina (http://wiki.openstreetmap.org/wiki/Key:cycleway) > wordt dezelfde situatie omschreven als "A cycle track is separated from the > road by curbs, parking lots, grass verges, trees or another physical > barrier, but is running parallel and next to the road. ". > > Met andere woorden: er wordt geen bijkomend fietspad ingetekend. > > Wat zijn de conventies in België hierover? Of gebruken we de beide vormen > door elkaar? > > Grtn, > Pieter > > > > Op 13/10/2015 om 20:38 schreef Marc Gemis: > > Hallo, > > > Ligfietser, de maker van OpenFietsMap, vroeg me om de tag > bicycle=use_sidepath nog eens toe te lichten op de Belgische mailing list. > Deze wordt blijkbaar nog al eens foutief begrepen. > > De bedoeling is om deze tag enkel te gebruiken op straten waarnaast een > afzonderlijk fietspad is getekend. Dus de combinatie highway=xxx, > cycleway=track, bicycle=use_sidepath, zonder extra lijn voor het fietspad is > incorrect. OpenFietsMap zal je niet over zo een straat routeren. > > > > Ligfietser, the programmer of OpenFietsMap, asked me to write a mail to the > Belgian mailing list to once again explain the tag bicycle=use_sidepath. It > seems that the tag is not always used correctly. > > The tag should only be used on streets where there is a separate line for > the cycleway. Thus the combination highway=xxx, cycleway=track, > bicycle=use_sidepath without an extra line for the cycle path is incorrect. > OpenFietsmap will not use that street for cycleway routing. > > regards > > m > > > > > ___ > Talk-be mailing list > Talk-be@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be > > > > ___ > Talk-be mailing list > Talk-be@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be > ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] bicycle=use_sidepath
Dag Marc, Als ik het goed begrepen heb, teken je in deze situatie (https://wiki.openstreetmap.org/w/images/thumb/8/8e/Belgium_road_with_D7_nopavement_speedabove50.jpg/250px-Belgium_road_with_D7_nopavement_speedabove50.jpg) een aparte fietsweg in? - het fietspad krijgt volgende tags: highway=cycleway - de autoweg moet bijkomend getagged worden met bicycle=use_sidepath Echter, op deze pagina (http://wiki.openstreetmap.org/wiki/Key:cycleway) wordt dezelfde situatie omschreven als "/A cycle track is separated from the road by curbs, parking lots, grass verges, trees or another physical barrier, but is running parallel and next to the road. ". /Met andere woorden: er wordt geen bijkomend fietspad ingetekend. Wat zijn de conventies in België hierover? Of gebruken we de beide vormen door elkaar? Grtn, Pieter Op 13/10/2015 om 20:38 schreef Marc Gemis: Hallo, Ligfietser, de maker van OpenFietsMap, vroeg me om de tag bicycle=use_sidepath nog eens toe te lichten op de Belgische mailing list. Deze wordt blijkbaar nog al eens foutief begrepen. De bedoeling is om deze tag enkel te gebruiken op straten waarnaast een afzonderlijk fietspad is getekend. Dus de combinatie highway=xxx, cycleway=track, bicycle=use_sidepath, zonder extra lijn voor het fietspad is incorrect. OpenFietsMap zal je niet over zo een straat routeren. Ligfietser, the programmer of OpenFietsMap, asked me to write a mail to the Belgian mailing list to once again explain the tag bicycle=use_sidepath. It seems that the tag is not always used correctly. The tag should only be used on streets where there is a separate line for the cycleway. Thus the combination highway=xxx, cycleway=track, bicycle=use_sidepath without an extra line for the cycle path is incorrect. OpenFietsmap will not use that street for cycleway routing. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Mapillary
Ik heb de Dijle gephotographeerd per velo. Er zijn daar nog veel picnicplaatsen niet gemapt. Misschien doe ik het volgende week zelf uit verveling. Ik heb ook de fietsknooppunten gephotographeerd. Die notes mogen dus weg. De staat heeft met ons geld heel Vlaanderen gephotographeerd. De beelden en lidar gegevens houdt ze voor zichzelf. Dit jaar is er trouwens geen geld meer voor. Dat zou al voldoende moeten zijn om elke open data voorstander kwaad te maken en naar de pik of zeis te doen grijpen, ik bedoel dat appje te gebruiken. Iedereen bekijkt tegenwoordig voor zijn reis zijn bestemming via Google Streetview. OSM is kwetsbaar voor vandalisme en fouten. Dat is reden te meer om een stevige verifieerbare, geloofwaardige dekkende basis te hebben. Een photo zegt meer dan duizend tags. Het is ook gemakkelijker dan OSM mappen. Die duizenden photographen die de zondagnamiddag onze steden overspoelen zouden eigenlijk nuttige photo's kunnen maken waar nog iemand zelfs naar kijkt. Mapillary kan ook voor en na vergelijken. Indien ik Mapillary ambassadeur ware geweest, dan had ik toch eens een samenkomst georganiseerd. http://hdyc.neis-one.org/?philippec Ctrl+v ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Mapillary vs OpenStreetCam
Vroeger gebruikte ik ook een fototoestel en ik geef toe dat het betere foto's maakt en sneller gaat maar ik had nogal problemen om die foto's te synchroniseren met de gewandelde track. Als je in OsmAnd een foto maakt staat die ineens op de juiste plaats aangegeven. Ook weet ik dan in welke richting de foto gemaakt is, omdat ik altijd voorwaarts fotografeer. Guy Vanvuchelen -Oorspronkelijk bericht- Van: Erik B [mailto:ebe...@gmail.com] Verzonden: maandag 9 januari 2017 22:34 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] Mapillary vs OpenStreetCam Ik fotografeer alles wat ik wil taggen met een kleine fototoestel waarmee ik al lopend, fietsend en ook wel eens al rijdend met de auto foto's maak. Ik heb dat fototoestel in een tasje op mijn arm en ik hoef niet te stoppen om het in de hand te nemen en te gebruiken (soms stop ik wel als het nodig is). Het heeft één knop om het aan te zetten en één om af te drukken. En anders dan bij een smartphone zijn die knoppen blindelings te vinden en te bedienen. Het is ook blindelings richten en afdrukken en meestal staat er meer op dan nodig. Erik Op 09-01-17 om 20:13 schreef Marc Gemis: > Ik vind ook dat foto's maken met een smartphone veel te lang duurt, > zeker als je die ook wil gebruiken voor navigatie. Ik kan met mijn > camera veel meer foto's maken op dezelfde tijd. > > Foto's maken met Mapillary/OpenStreetCam is de enige manier tijdens > het rijden, maar dan moet je geluk hebben dat wat je wil mappen er > goed opstaat. Ik ben feitelijk al aan het mappen tijdens het wandelen > en probeer voldoende goede foto's te maken van wat ik later wens te > mappen. Omdat ik zelf het knopje en de zoominstelling controleer kan > ik dat controleren. Ik kan foto's maken met 1 hand (en de honden inde > andere hand). > > OsmAnd draait op de smartphone, met de route die ik wil lopen en alle > erfgoed items als POIs op de kaart. Ik gebruik een "armband" om OsmAnd > "handsfree" op mijn pols te hebben. > > Foto's maken op de fiets of in de wagen vereist andere technieken. Dan > ben je verplicht zoveel mogelijk foto's te maken omdat je het moment > van opname niet kan controleren. > > m > > 2017-01-09 18:12 GMT+01:00 Guy Vanvuchelen : >> Het zou misschien interessant zijn om op een workshop de verschillende >> manieren te vergelijken. >> Zelf gebruik ik OsmAnd met "AudioNotities" maken en "foto maken". >> "AudioNotities" gaat snel, zeker als het gaat om bijvoorbeeld: wegoppervlak, >> breedte, max snelheid, begin agglomeratie, enz. "Foto maken" is dan weer >> zeer geschikt voor straatnamen, opschriften, maar het neemt meer tijd in >> beslag. >> Ik heb ook al geprobeerd met de foto's van Mapillary maar daar stuit ik op >> grote reeksen onderbelichte foto's waar niets op te zien is. Misschien moet >> ik eens een poging doen om tijdens het wandelen reeksen foto's in mapillary >> te maken van die dingen waar ik iets wil mappen want met OsmAnd >> verschillende foto's maken is toch te tijdrovend. >> >> Guy Vanvuchelen >> >> -Oorspronkelijk bericht- >> Van: Marc Gemis [mailto:marc.ge...@gmail.com] >> Verzonden: maandag 9 januari 2017 16:31 >> Aan: OpenStreetMap Belgium >> Onderwerp: Re: [OSM-talk-be] Mapillary vs OpenStreetCam >> >> Ik heb vorige maand ook wel wat changesets met Mapillary gemapped, maar het >> heeft me veel tijd gekost om die foto's de vinden die ik wou mappen. >> Als ik dat vergelijk met de tijd die ik moet spenderen om door mijn eigen >> foto's te gaan, zie ik veel tijdverlies. >> Ik geef toe dat je misschien meer tijd "verliest" met de trip waarop de >> foto's gemaakt worden, maar dat doe ik toch liever. >> >> >> Vandaar mijn vorige opmerking "ieder zijn ding", >> - als je niet wil buitenkomen, gebruik dan Mapillary, dan heb je een goede >> bron om van te vertrekken >> - Als je graag foto's maakt en minder graag mapt, geef ze dan aan >> Mapillary/OpenStreetCam. >> - Als je graag wandelt en niet teveel overbodige foto's wil doorworstelen >> nadien: gebruik ze dan niet. >> - Of als je veel detail wil toevoegen (refs + grootte van >> brandkranen, ref van street cabinets, lichtingstijden van bpost >> bussen, etc.) dan vrees ik dat Mapillary ook te kort schiet >> (tenminste als de fotograaf er maar gewoon voorbij rijdt) >> >> Kijk naar een willekeurige reeks op http://xian.smugmug.com/OSM en zie of je >> dat soort (detail) foto's ook op een van die 2 sites (OSC/Map..) terug vindt. >> >> m. >> >> ___ >> Talk-be mailing list >> Talk-be@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-be >> >> - >> Geen virus gevonden in dit bericht. >> Gecontroleerd door AVG - www.avg.com >> Versie: 2016.0.7996 / Virusdatabase: 4749/13729 - datum van uitgifte: >> 01/08/17 >> >> >> ___ >> Talk-be mailing list >> Talk-be@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-be > __
