Re: [OSM-talk-be] straten zonder naam
In de laatste versies van JOSM zitten die WMS links ingebakken onder BE. Men moet ze wel aktiveren. Die werken hier normaal Onder Ubuntu en Win 10 Sus Le 26/10/16 à 16:13, Guy Vanvuchelen a écrit : Ik wil dat ook eens proberen. De style in JOSM krijg ik op mijn scherm. Maar waar haal ik GRB/CRAB? Bij 'lagen' heb ik grb.agvi.be:GRB-Basiskaart maar die kan ik al een hele tijd niet meer inladen. Is er misschien ondertussen een alternatief. Guy Vanvuchelen -Oorspronkelijk bericht- Van: Glenn Plas [mailto:gl...@byte-consult.be] Verzonden: woensdag 26 oktober 2016 14:33 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] straten zonder naam On 26-10-16 13:59, Marc Gemis wrote: Er is ook een style in JOSM voor wegen zonder naam: https://josm.openstreetmap.de/wiki/Styles/Noname Yup, die staat altijd aan hier, precies een neonlamp zo een naamloze ways nu Maar ja, dan moet je wel JOSM gebruiken ;-) Ik ben ook bezig met Q/A op straat niveau (momenteel vooral in Brussel). Onlangs via Jakka nog een mooie case doorgekregen waarbij straten niet matchte met de straatnaam informatie van GRB imports (Stekene was testcase), kleine stukje uit conversatie: " ... adding housenumbers to GRB buildings https://www.openstreetmap.org/#map=19/51.18656686628599/3.9734528883224085 Huizen met straatnaam Oostvaart Maar dichtsbijliggende straten getagd als: Pereboomsteenweg en Klein Sinaaistraat Zijn deze building streetname auto imports ? " Dus onderzocht en idd, de namen in OSM waren fout, kleine stukken straat voor de huizen hadden een foute naam, goed opgemerkt van Jakka. http://www.openstreetmap.org/changeset/43083825 Ik ben dus gaan zoeken in alle validators die ik kon vinden (Osmose etc..) en geen enkele pikte deze fout op. Ook JOSM niet, maar wel visueel met de addres tags validator mapCSS https://josm.openstreetmap.de/josmfile?page=Styles/AddressValidator=1 adhv GRB en wegenregister overlays konden die uit bron GRB afgeleid worden dat ze correct waren en OSM fout was. Glenn ___ 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
[OSM-talk-be] Missing maps talk at Fosdem 2016
Hooi, http://bofh.nikhef.nl/events/FOSDEM/2016/janson/putting-8-million-people-on-the-map.mp4 Duration: 50 minutes Enjoy Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppunten West-Vlaanderen Cyclisme Flandre occidentale
Sinds ik JOSM gebruik is er al veel verandert, en in iedere versie zit er wat nieuw. De tools zijn al verdubbeld. Waar ik de meeste moeite mee heb is de zoekfunctie, nochtans is die heel nuttig. Sus Le 16/12/15 16:17, Marc Gemis a écrit : Volgens mij nota's van de meeting in April van dit jaar [1] was het de bedoeling een cursus op te stellen op een professionele manier. Men sprak van 60 opleidingsdagen voor personeel en peters en meters (gescheiden groepen). Volgens mij was (en is) er niemand binnen de community die dat soort cursus in elkaar kan boxen en die gedurende de week kan gaan geven. Dit is van een heel ander niveau dan eventjes een presentatie van een half uurtje te doen op een mapping party. En zelfs daar vind je amper kandidaten voor. Het zijn altijd dezelfde personen die opdraven voor zulke opdrachten. Ik zie me natuurlijk graag gecorrigeerd op dit punt. mvg m [1] https://lists.openstreetmap.org/pipermail/talk-be/2015-April/007353.html ___ 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] Adressen via AGIV Crab
Dit is toch een dienst die gratis wordt aangeboden http://www.bpost.be/site/nl/residential/customerservice/search/address.html De enige beperking is maximum 20 raadplegingen per dag. Of ik het resultaat gebruik om OSM te valideren of om op een omslag te zetten, daar zie ik het verschil niet in. Ik gebruik geen enkel deel van hun lay-out. Groetjes Sus Le 17/03/15 17:51, Marc Gemis a écrit : Je mag feitelijk de gegevens van de bpost website niet gebruiken: http://www.bpost.be/site/nl/disclaimer.html *Auteursrecht* De website met inbegrip van teksten, lay-out, grafische bestanddelen, presentatie, logo’s, software en andere bestanddelen van deze site is beschermd door de intellectuele eigendomsrechten van bpost of haar informatieleveranciers, zoals het auteursrecht, naburige rechten, databankrecht en merkenrecht. Reproductie, verspreiding, verkoop, verdeling, publicatie, aanpassingen, vertalingen, bewerkingen en gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden, tenzij met voorafgaandelijke en schriftelijke toestemming van bpost. mvg m 2015-03-17 16:31 GMT+01:00 Sus Verhoeven sus...@gmail.com mailto:sus...@gmail.com: Een middel is voor elke straat éénmaal Bpost op te roepen, die geeft het goede zonenummer., Zelden heeft een straat 2 zonenummers, en in dat geval geeft men de uiteinden op. En stillaan zou de zone grens zichtbaar worden. De Amstenradelaan ligt in 3800. Sus 2015-03-17 15:41 GMT+01:00 Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com: Op 17 maart 2015 15:04 schreef Sus Verhoeven sus...@gmail.com mailto:sus...@gmail.com: Ik heb met de import tools van Sander op de 3800 (Sint-Truiden) de Amstenradelaan genummerd en alles verliep normaal., De gebouwen waren daar al getekend. Ik moet in OSM wel nadien tot het uiterste inzoomen om de nummers zichtbaar te krijgen.Ook Nominatin kan er mee overweg. Alles is dus normaal, alhoewel er daar nog meer dan 13.000 gebouven te nummeren zijn. Op de import tools van Sander zijn de aanpassingen nog niet zichtbaar, maar dat kan wel nog een tijdje duren. Sander, hoe dikwijls per dag wordt die import tool aangepast ? De OSM data komt live van Overpass iedere keer dat je de pagina vernieuwt of op Update klikt. En normaal heeft overpass slechts enkele minuten vertraging (hoewel er natuurlijk op iedere server wel eens grotere vertragingen voorkomen). Het probleem is echter dat er geen postcode grens bestaat in Sint-Truiden (zoals https://www.openstreetmap.org/relation/3366823 voor postcode 8840). Sint-Truiden zelf heeft 3 postcodes, en een adres is maar gedefinieerd onder een postcode (twee verschillende huizen in Sint-Truiden kunnen perfect hetzelfde huisnummer hebben en dezelfde straatnaam, maar een verschillende postcode). Ik heb geprobeerd om ook addr:postcode als tag toe te staan, maar dan werd de overpass query verschrikkelijk traag (die moest immers alle adressen in Vlaanderen gaan filteren. De enige mogelijkheid is dus om die grenzen te tekenen (ook al zijn ze slechts bij benadering), en dan zal Sint-Truiden meteen heel wat groener zijn. Ook in Crab zitten er fouten in de zone nummering, maar er is nog Bpost voor de controle, ook voor missende huisnummers. Fouten op zonenummers in CRAB gebeuren meestal op straten die een zonegrens overschreiden. Ik zit nu terug rustig bezig op de 3582, nog ogeveer 1000 te gaan ;-) Sus Ik doe nu rustig verder opde 3582 ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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] Adressen via AGIV Crab
Vraag: Bpost biedt een gratis tool aan, maar beperkt het tot 20 opdrachten, waarschijnlijk om automatisatie te vermijden. Als ik in de perken blijf mag ik dat dus gebruiken, ze hebben er belang bij dat de zonenummers kloppen. Voorbeeld/ In Beringen, 3580 en 3582 loopt de zonegrens door de Piepeleerstraat. Met de tool van Sander krijgt men 3 huizen een kant van de straat onder de 3582 en ik zie tijdens het mappen dat er tal van huizen aan de andere kant van de straat staan. Ik controleer met Bpost een van die 3 huizen en die geeft 3580 aan, wat ik vermoede. Bpost gaat toch niet sorteren naargelang het huisnummer. Wat zijn de mogelijkheden ? - De grens die Sander gebruikte is fout ( men heeft die toch ook ergens anders gaan halen, mocht dat ?) - ik zet een FIXME - ik zet geen zonenummer - ik pak de fiets en ga aan de inwoners vragen wat hun zonenummer is ;-) - Ik verbeter de fout, doe rustig verder en wie gaat er hier naar kraaien ? Groetjes Sus Le 19/03/15 10:49, Sander Deryckere a écrit : Kopiëren mag niet, controleren wel. Nu, als je een verschil ontdekt, waar ligt de grens tussen kopiëren en controleren? De grens ligt volgens mij bij de hoeveelheid werk je in je onderzoek stopt. Als je na de ontdekking van het verschil gewoon de versie van bPost overneemt, dan is dat kopiëren. Als je daarentegen een fout rapporteert aan de gemeente, en het onderzoek van de gemeente afwacht, dan ben je bezig met controleren, en dat mag wel. Op 19 maart 2015 10:30 schreef Marc Gemis marc.ge...@gmail.com mailto:marc.ge...@gmail.com: gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden IMHO is de data een deel van de website. Je kopieert dit naar een databank die voor commerciële doeleinden kan gebruikt worden. Gelukkig leven we niet in Canada, waar iemand die postcodes verzamelt via crowd-sourcing en via open source beschikbaar stelt, een oproep voor de rechtbank heeft gekregen van de Canadese Post. Hier gaat er hopelijk geen haan naar kraaien. m. 2015-03-19 10:14 GMT+01:00 Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: Dit is toch een dienst die gratis wordt aangeboden http://www.bpost.be/site/nl/residential/customerservice/search/address.html De enige beperking is maximum 20 raadplegingen per dag. Of ik het resultaat gebruik om OSM te valideren of om op een omslag te zetten, daar zie ik het verschil niet in. Ik gebruik geen enkel deel van hun lay-out. Groetjes Sus Le 17/03/15 17:51, Marc Gemis a écrit : Je mag feitelijk de gegevens van de bpost website niet gebruiken: http://www.bpost.be/site/nl/disclaimer.html *Auteursrecht* De website met inbegrip van teksten, lay-out, grafische bestanddelen, presentatie, logo’s, software en andere bestanddelen van deze site is beschermd door de intellectuele eigendomsrechten van bpost of haar informatieleveranciers, zoals het auteursrecht, naburige rechten, databankrecht en merkenrecht. Reproductie, verspreiding, verkoop, verdeling, publicatie, aanpassingen, vertalingen, bewerkingen en gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden, tenzij met voorafgaandelijke en schriftelijke toestemming van bpost. mvg m 2015-03-17 16:31 GMT+01:00 Sus Verhoeven sus...@gmail.com mailto:sus...@gmail.com: Een middel is voor elke straat éénmaal Bpost op te roepen, die geeft het goede zonenummer., Zelden heeft een straat 2 zonenummers, en in dat geval geeft men de uiteinden op. En stillaan zou de zone grens zichtbaar worden. De Amstenradelaan ligt in 3800. Sus 2015-03-17 15:41 GMT+01:00 Sander Deryckere sander...@gmail.com mailto:sander...@gmail.com: Op 17 maart 2015 15:04 schreef Sus Verhoeven sus...@gmail.com mailto:sus...@gmail.com: Ik heb met de import tools van Sander op de 3800 (Sint-Truiden) de Amstenradelaan genummerd en alles verliep normaal., De gebouwen waren daar al getekend. Ik moet in OSM wel nadien tot het uiterste inzoomen om de nummers zichtbaar te krijgen.Ook Nominatin kan er mee overweg. Alles is dus normaal, alhoewel er daar nog meer dan 13.000 gebouven te nummeren zijn. Op de import tools van Sander zijn de aanpassingen nog niet zichtbaar, maar dat kan wel nog een tijdje duren. Sander, hoe dikwijls per dag wordt die import tool aangepast ? De OSM data
Re: [OSM-talk-be] wadi
Hooi Glen, De Overpass script heeft al zijn werk gedaan en heeft ook nog andere voordelen. Het te mappen gebied in Mali onder Bamako is zo groot dat ook overpass het niet in zijn geheel slikt. ;-( Het geeft wel een mooi overzicht van de hydrologie van de streek en laat toe de richting van de afloop en richting van de wadi's beter de bepalen en te verbinden. Op die vierkantjes van Hot ziet men dat niet. Een overpass script aanpassen zie ik niet meer zitten (ikke anno 1933) , maar ik zo graag hebben dat de script aangepast wordt zodat men na verbetering ook de streams nog ziet. Die zijn in Josm toch weergegeven ik een andere stijl. Voor de zekerheid moet ik nu lokaal de andere gegevens inladen, maar dan is de rest niet meer goed zichtbaar en moet ik alles herladen, gans die streek inladen laat OSM niet toe. In ieder geval bedankt voor de tool, en ik blijf er bij dat uw eigen fouten verbeteren u veel bijleert en minder frustrerend is. ;-) Groetjes Sus Le 06/03/15 20:53, Glenn Plas a écrit : HAllo Sus, Geen probleem, als je het graag doet, wie ben ik om het af te pakken? Je kan altijd via overpass aan de wadi's geraken en dan exporten in JOSM ipv alles te downloaden en dan de filters toe te passen, dan zie je enkel de wadi's natuurlijk. In dit geval nodes+ways (nodes zijn niet echt nodig want slaagt op niet veel, maar je kan zo de fouten wel spotten als ze er zijn) Probeer misschien dit eens: http://overpass-turbo.eu/s/83t Er zijn geen wadi's in de rest van het land , enkel in het zuiden. Je kan nu via Export het openen in JOSM , indien JOSM remote control aangezet is. Gewoon JOSM opstarten en dan export tikken. Die kan je dan editten met in het achterhoofd de wetenschap dat je enkel aan die raakt (en dus niets anders bijzet, of niet TE veel verplaatst). Je kan die map op het gebied zetten waar je hard hebt gewerkt en dan de query draaien, dat kan best een groot gebied zijn. (bv heel belgie). Veel success, Glenn On 06-03-15 16:49, Sus Verhoeven wrote: Hooi Glen, Mijn username is : susvhv Maar ik zal het wel zelf eens aanpassen. Ik weet ongeveer waar ik bezig geweest ben. Wat ik wel goed zou vinden is dat er eens een goede uitleg gegeven wordt over de zoekfunctie van JOSM, misschien in een volgende hangout. Er ontbreken in de wiki duidelijke voorbeelden. De zoelregel voor de wadi zou al fijn zijn Groetjes ___ 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] Track in OSM
NL Sinds enkele tijd is het mogelijk om alle Public tracks als ondergrond zichtbaar te maken in iD editor. https://www.mapbox.com/blog/openstreetmap-gps-layer/ Ik had een deel van mijn in Kroatië opgenomen GPS tracks in OSM opgeladen, ze van Private op Public en daarna op Identifiable gezet, maar geen enkele van deze GPX tracks wordt zichtbaar, daar waar andere tracks wel zichtbaar zijn. Ze worden ook niet zichtbaar via bovenvermelde link. Ik heb er terug opgeladen en rechtstreeks op Public gezet, maar ook noppes. Is dat bij iemand al gelukt ? Die tracs kunnen nuttig zijn om de foto's van Bing uit te lijnen. FR Depuis quelque temps on peut utiliser tous les Tracks GPX Public comme sous-couche dans iD Editor. https://www.mapbox.com/blog/openstreetmap-gps-layer/ J'ai modifié une série de tracks GPX enregistrés en Kroatie de Private à Public, puis en Idenfiable, mais il n'apparaissent pas pas dans iD Editor, alors que d'autres traces apparaissent. Ils n'apparaissent également pas via le lien précité. J'ai fait un essai en enregistrant une trace directement en Public, mais elle ne parait pas non plus. On ne les voit pas non plus via le link précité. Qui a la solution ? Toutes ces traces peuvent être utiles pour aligner les cartes photos de Bing. Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Track in OSM
Heb ik uitgeprobeerd, werkt ook niet. Heb ook enkele dagen gewacht. Is het bij u gelukt ? Sus Le 10/11/14 13:00, Marc Gemis a écrit : werkt enkel voor identifyable, zie ook https://help.openstreetmap.org/questions/36974/track-visibility-when-uploading-gps-tracks-for-osm 2014-11-10 12:53 GMT+01:00 Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: NL Sinds enkele tijd is het mogelijk om alle Public tracks als ondergrond zichtbaar te maken in iD editor. https://www.mapbox.com/blog/openstreetmap-gps-layer/ Ik had een deel van mijn in Kroatië opgenomen GPS tracks in OSM opgeladen, ze van Private op Public en daarna op Identifiable gezet, maar geen enkele van deze GPX tracks wordt zichtbaar, daar waar andere tracks wel zichtbaar zijn. Ze worden ook niet zichtbaar via bovenvermelde link. Ik heb er terug opgeladen en rechtstreeks op Public gezet, maar ook noppes. Is dat bij iemand al gelukt ? Die tracs kunnen nuttig zijn om de foto's van Bing uit te lijnen. FR Depuis quelque temps on peut utiliser tous les Tracks GPX Public comme sous-couche dans iD Editor. https://www.mapbox.com/blog/openstreetmap-gps-layer/ J'ai modifié une série de tracks GPX enregistrés en Kroatie de Private à Public, puis en Idenfiable, mais il n'apparaissent pas pas dans iD Editor, alors que d'autres traces apparaissent. Ils n'apparaissent également pas via le lien précité. J'ai fait un essai en enregistrant une trace directement en Public, mais elle ne parait pas non plus. On ne les voit pas non plus via le link précité. Qui a la solution ? Toutes ces traces peuvent être utiles pour aligner les cartes photos de Bing. Sus ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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] Track in OSM
Wat meer duidelijkheid. De tracks zijn opgemomen met een Garmin Dakota 20 die enkel daarvoor dient. Wanneer ik de GPX bestanden individueel oplaad in iD Editor of in JOSM werken ze perfect. Wat ik nastreef: Het zijn tracks van wandelingen op een klein eiland, Solta, waar er geen wandelkaarten zijn. Wanneer we vertrekken zet ik de GPS aan. Op het eerste deel van de wandeling krijg ik dan een bundel van sporen omdat we dezelfde aanloopweg gebruiken, die bundel sporen laat mij toe de afwijkingen van Bing vast te stellen en eventueel te compenseren. Het zou dus nuttig zijn ook de sporen van anderen te gebruiken. Er zijn er enkele maar die van mij zijn tot nu toe niet zichtbaar en anderen kunnen ze dus ook niet gebruiken. In JOSM kan ik mijn sporenbundel opladen, maar tot nu toe niet die van anderen. Die mogelijkheid is tamelijk nieuw en ik vind ze wel nuttig. Waarschijnlijk zitten er nog wat bugs in. Sus Le 10/11/14 14:12, Marc Gemis a écrit : Sus, het heeft ooit gewerkt voor mij. Ik heb recentelijk niet meer geprobeerd (voor dezelfde reden als Sander: niet nodig in Belgie). Je kan die laag trouwens ook binnen JOSM gebruiken. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Track in OSM
Sander, De ruwe GPS gegevens laag werkt nu, maar de track die ikzelf opgeladen heb staan er niet bij, de anderen wel. Er moet wat mis zijn met mijn GPX bestanden, hoewel ze bij OSM aanvaard worden en er individueel zichtbaar zijn. We zoeken verder. Grtz Sus Le 10/11/14 17:39, Sander Deryckere a écrit : In JOSM, in de download dialoog, kan je ook de optie Ruwe GPS gegevens aanvinken. Dat zal de GPS data van anderen op OSM downloaden. Echter, als er daar een OSM community is die traces upload, zal er waarschijnlijk ook een (grotere) Strava community zijn, dus is het waard om de Strava GPS punten ook te laden (als afbeeldingslaag). Groeten, Sander Op 10 november 2014 17:29 schreef Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: Wat meer duidelijkheid. De tracks zijn opgemomen met een Garmin Dakota 20 die enkel daarvoor dient. Wanneer ik de GPX bestanden individueel oplaad in iD Editor of in JOSM werken ze perfect. Wat ik nastreef: Het zijn tracks van wandelingen op een klein eiland, Solta, waar er geen wandelkaarten zijn. Wanneer we vertrekken zet ik de GPS aan. Op het eerste deel van de wandeling krijg ik dan een bundel van sporen omdat we dezelfde aanloopweg gebruiken, die bundel sporen laat mij toe de afwijkingen van Bing vast te stellen en eventueel te compenseren. Het zou dus nuttig zijn ook de sporen van anderen te gebruiken. Er zijn er enkele maar die van mij zijn tot nu toe niet zichtbaar en anderen kunnen ze dus ook niet gebruiken. In JOSM kan ik mijn sporenbundel opladen, maar tot nu toe niet die van anderen. Die mogelijkheid is tamelijk nieuw en ik vind ze wel nuttig. Waarschijnlijk zitten er nog wat bugs in. Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Dag Sander, Met de script krijgt men soms opgestapelde huisnummers wanneer er in AGIV GRB een huis is met 2 nummers of op de huizen die in een reeks opgestapeld zijn. BV. 3970, Sint Antoniusstraat, 9-21 en 7-23 (in GRB) in het begin van de straat, ook de opgegeven nummers op de tag van de script , 19 en 7, wijzen op niets. Dit heb ik al meermaals gespot. Voor de rest komt de script komt wel dik van pas. Groeten Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Voor mij hoeft dat niet. Ik ben voornamelijk een OSM gebruiker en ik vermoed dat dat in geen enkele applicatie ga terugvinden. Wat mij interesseert is een huisnummer in mijn smartfone in te geven en dat die voor mij de weg uitzoekt. Ik heb mij altijd afgevraagd wat het nut was van al die buslijnen, buiten de dichts bijgelegen bushalte. Maar nu is er http://www.openlinkmap.org/ en als bus gebruiker van De Lijn is dat een grote vooruitgang, al is het moeilijk te gebruiken op een smartfone. Ondertussen is hier in de streek ook een QRcode aan iedere bushalte die naar dezelfde informatie verwijst. Maar ook die heeft nadelen, want in felle zon en met wat lichtweerkaatsing doet die het ook niet. Groeten Sus Voor die huisnummers die niet op een gebouw wijzen (en dus niet in realiteit zichtbaar zijn) stel ik net addr:official_housenumber voor. Vind je dat een goede tag of niet? Groeten, Sander ___ 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] import AGIV CRAB-data
Sander of anderen, In Balen 2490, Hoolst zijn er plaatsen met een nummer op het gebouw en een ander nummer op het perceel. Moet ik hier de anomalieën in CRAB nog melden ? Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Hooi Sander, Hopelijk blijft uw tool as is beschikbaar. Ik gebruik het nu in Leopoldsburg om de reeds vroeger door mij ingetekende huizen te nummeren samen met de GRB gegevens. Al de Crab data ligt in Leopoldsburg op de perceel-centroid, dus soms ver van de gebouwen, en de percelen zijn daar soms uitgestrekt. Ik heb ook al vastgesteld dat de AGIV mappers ook hun eigen stijl hebben, ( zoals bij OSM ;-) ), en er volgens de regio verschillen zitten. In Agiv ligt het huisnummer, in dezelfde straat, soms op de gebouwen, soms op de percelen, zonder vaste regel. Ik leg ze i, OSM op de gebouwen. Het enige opmerking is dat het huisnummer op de tagnode heel klein is en soms moeilijk leesbaar, althans op een netbook. Nogmaals bedankt. Sus Le 24/10/14 13:57, Sander Deryckere a écrit : Bah, Daar waar ik dacht dat we aan de eindspurt richting goeie tools bezig waren, staan we terug aan het begin. Na een maand programmeren. Ik heb nu even geen zin meer om het script van CRAB naar JSON te herschrijven voor die andere database structuur. Ik vind het goed genoeg zoals het is. Hebben we die enkele voordeurlocaties echt nodig? Enkel toegang tot de gebouwcontouren zou een echt nieuwe uitdaging geven (en met nut). Maar als iemand zin heeft om er verder aan te werken, de code is vrij om te forken. Mvg, Sander ___ 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] import AGIV CRAB-data
Le 25/10/14 16:11, Sander Deryckere a écrit : Dit lijkt een straat die onlangs hernummerd is, en waarvan de oude nummers nog niet verwijderd zijn. Ik vrrag mij zelfs af of men de naam niet verandert heeft. In Balen heeft men ook al hernummerd, maar daar stonden in AGIV 2 nummers. Ook de GRB basiskaart is niet volledig duidelijk. Zo is er daar een nummer 13-125 te zien, wat een veel te grote range is om te kunnen kloppen. Ik zou voorstellen om eens ter plaatse te gaan kijken wat er nu echt juist is. Ja maar, ik heb geen hond om mee gaan te wandelen :-P En het ligt ook niet bij huis. Groetjes Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Hooi Sander, http://sanderd17.github.io/import.html werkt nu ook op mijn netbook zowel in Firefox als in Chrome. Ik gebruik die netbook om minder stroom te verbruiken en te mappen van in mijn luie zetel, een touchpad is ook minder belasten voor de vingers. ;-) Uw programma is handig om de reeds ingevoerde adressen te controleren of bij te werken. Een goede manier om het te gebruiken is eerst een test te doen met het OSM vinkje aan en de straten op te sporen waar er problemen zijn. Daarna zonder het OSM vinkje, dan krijgt men enkel de eerste kolom, maar dan kan men de adrespunten in JOSM inladen als een aparte laag en daarna de JOSM gegevens, zoals met GPS traces. Dan loopt men minder de kans om fouten te maken bij het uploaden. Ik heb al wel enkele adresnummers gevonden met verschillen tussen CRAB en GRB. Ik denk dat ik het wel ga gebruiken. :-) Nogmaals bedankt. Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Hooi Sander, Ik heb op een desktop onder Ubuntu http://sanderd17.github.io/import.htm http://sanderd17.github.io/import.html uitgeprobeerd op 2400, *, vinkje, 10 De eerste kolom verscheen snel maar andere gegevens bleven hangen op de Kolkstraat, daarna niets meer. Dit verschillende malen. Sus http://sanderd17.github.io/import.html ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Sander, De kolkstraat 25 is een fout van mij en is al verbeterdt. Nu krijg ik de volledige lijst op de desktop Ubuntu. Maar wanneer ik op een van de getallen het schermke load in JOSM aanklik dat springt de pointer gewoon enkele regels verder en niets anders. Moet JOSM dan gewoon openen ? Op een Netbook onder Win8.1 krijg ik de 404 . :-( Sus Le 23/10/14 14:34, Sander Deryckere a écrit : Op 23 oktober 2014 14:07 schreef Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: Ha, Zo te zien heeft Sus perongeluk shift-lock opstaan, ik ben een qwerty man maar dit lijkt toch sterk op dat dit nummer 25 moet zijn op azerty. http://upload.wikimedia.org/wikipedia/commons/thumb/9/93/Belgian_keyboard_layout.png/720px-Belgian_keyboard_layout.png misschien als sideshow dit soort errors melden (die zouden natuurlijk ook prima met overpass alleen kunnen gevonden worden). Die worden vermeld in de kolom wrong. Meestal gaat het in die kolom over tikfouten van één of andere aard, maar het zou ook kunnen dat de CRAB data gewoon verouderd of verkeerd is. Dus altijd opletten als je schijnbaar geldige data ziet in die kolom. Over een huisnummer als é( moet je natuurlijk niet twijfelen. Momenteel heeft de Kolkstraat 1 wrong huisnummer. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
In Ubuntu op de desktop werkt het nu :-) . Morgen probeer ik de netbook onder Win8.1 Bedankt iedereen voor al de moeite. Sus Le 23/10/14 20:47, Marc Gemis a écrit : Inderdaad Sus, om de links onder de nummertjes te laten werken, moet je JOSM draaien. Het moet bovendien de laatste versie zijn, die eerder deze week is vrijgegeven. Verder moet je de Remote Control van JOSM aanzetten. met vriendelijke groeten m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Dag allemaal, Ik volg hier regelmatig de discussies en zou graag ook mijn mening geven omdat er nogal wat misverstanden hun gang gveaan. Ik ben van 1933 en gebruik JOSM sinds 2008 en map sinds 2011, eerst in Potlach, daarna op aanraden van lodde1949 gebruik ik JOSM. Als geocacher ben ik begonnen met wandelpaden en gedurende de wintermaanden map ik gebieden, straten en huizen op kaart te zetten. De laatste tijd ook de huisnummers vanuit AGIV GRB op een netbook in mijn luie zetel. Om te mappen gebruikte ik in het begin, buiten GPS gegevens, de luchtopnames van BING, zowel voor straten als voor de gebouwen en gebieden. Nu heb ik in JOSM als onderliggende kaarten Bing, de luchtfoto's van AGIV en de GRB kaart van AGIV. Om adressen te valideren gebruik ik de validatie van Bpost, vooral in gemeenten met meerdere zonenummers. Wat ik niet begrijp is dat men CRAB gegevens van AGIV mag inladen, maar dezelfde gegevens niet zou mogen overnemen van de onderliggende GRB AGIV kaart en die zijn toch dezelfde. Dat rechtstreeks inladen van de CRAB gegevens ligt trouwens totaal buiten mijn petje, zoals trouwens een deel van de onderwerpen die hier aan de orde komen. Ten opzichte van GRB heeft de AGIV fotokaart ook soms wat offset, minder dan BING, maar toch merkbaar. Deze offset is lokaal en komt waarschijnlijk van de manier waarop men de foto's verbonden heeft. Er zijn ook plaatsen waar plots de schaduw een andere kant opgaat. Waarschijnlijk is in GRB de locatie van de percelen de meest juiste want er zijn soms gebouwen waarvan de locatie niet overeenkomt met de percelen, wat uiteindelijk ook wel kan. Ik kom juist terug uit Kroatië en heb daar 2 weken lang al de wandelingen met GPS opgenomen. Al bij al is er weinig verschil met de Bing gegevens. Over het opnemen van een GPS positie heb ik ook mijn bedenkingen. Als geocacher heb ik daar wat ervaring mee en wil men met de normale apparatuur een punt opnemen, dan moet men daar uren aan besteden. Op mijn GARMIN Dakota20 staat er een speciale functie om zo precies mogelijk een punt op te nemen. Dat duurt al minuten en op het einde zegt het programma, kom minstens na een uur nog eens terug. ;-) Huisnummers opgeven in een gebied waar men de gebouwen nog niet uitgetekend heeft vind ik ook maar niets en geeft een slordig eindresultaat. Ik vindt het dringender van de huizen zelf eerst op de kaart te zetten. Nu met AGIV kan men de huizen onmiddellijk in 2 klikken nummeren en andere gegevens ingeven, in JOSM is er daarvoor een goede plug-in. Nu vind men soms huisnummers midden van een bos. In de grensstreek met Nederland heeft men op een bepaald ogenblik gegevens van 3Dshapes ingeladen maar zo te zien zonder controle. Dat is ook een ramp wanneer men dat gebied op kaart wil verbeteren. Er zit ook weinig logica in de manier waarop men in sommige gemeenten de huisnummers uitgedeeld heeft. Het beste voorbeeld is Balen (bij Tommeke) , men heeft er al enkele situatie rechtgezet, maar er blijft nog wat werk over. Ook wanneer er bij een nummer letters bijkomen is er geen vaste regel. In de GRB map zitten ook tal van fouten, soms loopt GRB vooruit op de fotomozaiek, soms omgekeerd. En soms staan ze allebei achter, wat soms ook problemen geeft. Gilbert zal mij niet tegenspreken. ;-) Dit alles om te zeggen dat ik weinig geloof in het via programmatie de CRAB gegevens over te brengen. susvhv Le 22/10/14 11:05, Marc Gemis a écrit : Ik dacht dat JOSM de mogelijkheid had om lokaal een andere lijst van achtergronden te geven. Ik meen mij bv. te herinneren dat ik in Frankrijk andere servers te zien kreeg dan hier in België. Maar het is inderdaad zo dat het heel moeilijk is om al de door jou aangehaalde punten te weten te komen, zelfs als je er naar zoekt. En IMHO, dat is al slechts een klein deel de mensen die beginnen mappen. toevallig passeerde dit op blogs.openstreetmap.org http://blogs.openstreetmap.org, hoe je andere beelden kan kiezen in iD en JOSM (wel in het Braziliaans, meer de tekening met nummertjes volstaat misschien). Ivm. het promoten: op de wiki ? op osm.be http://osm.be ? waar gaan de nieuwkomers dat het snelste vinden ? Of de oldtimers die nooit deze lijst lezen ? m 2014-10-22 10:41 GMT+02:00 Glenn Plas gl...@byte-consult.be mailto:gl...@byte-consult.be: Zeker weten, ik vind net een PM in mijn mailbox van een nieuwe mapper die pas bezig is en die weet idd niet dat AGIV bestaat (en gebruiken meestal ook ID editor). Ik vind dit ook niet direct in de (Nl-talige) wiki. Maar uit die boodschap onthou ik een aantal dingen: - geen weet van Bing offset's - geen idee hoe ze dit moeten toevoegen in ID - blijkbaar ook geen weet van het bestaan van JOSM Het is dus ook wel een informatie probleem, naast een praktisch probleem. Probleem van een default is : - te lokaal - te zware load op de AGIV tile servers door teveel gebruikers is goed mogelijk Een waarschuwing
Re: [OSM-talk-be] import AGIV CRAB-data
Marc, Ik teken een gebouw met als ondergrond de fotomozaïek, daarna neem ik als ondergrond GRB. Komt het ongeveer overeen, wat dikwijls het geval is, ga ik naar het volgende. Is een groot verschil, dan ga ik terug naar de fotomozaïek en verbeter. Daarna neem ik het huisnummer en straatnaam over. Is dat copiëren of bewerken? sus Le 22/10/14 18:00, Marc Gemis a écrit : Sus, de data van de AGIV Crab database bevat enkel de huisnummers. Die mogen we overnemen. De gebouwen niet. De bedoeling van al deze programmatie is niet om de gegevens automatisch in OSM te pompen. De bedoeling is om data op een of andere manier bij de mapper te krijgen. Die kan de gegevens dan inladen in JOSM, bewerken en opladen. Verder moet de programmatie de mapper ook toelaten om aan te geven wat al gedaan is, zodat geen twee mensen hetzelfde werk gaan doen. Dit laatste doen ze in de USA bijvoorbeeld met een task manager, net zoals HOT dat doet. Hier is voor een andere aanpak gekozen. Het is best mogelijk dat ik hier en daar een huisnummer in een bos heb gezet, maar wat doe je als de luchtfoto's enkel bomen laten zien en geen gebouw ? Ik ga de GRB kaart niet gebruiken omdat als de huizen er exact hetzelfde uitzien in OSM, zouden we wel eens last kunnen krijgen en alles moeten verwijderen (zie mijn eerste zin). nog veel map plezier m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM memory eater
Men kan de cache folder wijzigen van TMS, voor WMS vind ik niets, ook niet in de nieuwe JOSM versie van vandaag. Na een remove en install van de nieuwe versie van JOSM in Ubuntu is de cache inhoud niet veranderd. Voor mij is dat geen echt probleem meer, maar dat is wel een probleem als ik iemand aanzet om te mappen met JOSM en dien geen systeembeheerder of kenner is. Groeten Le 22/10/14 18:06, Marc Gemis a écrit : je kan de default locatie blijkbaar wijzigen. Meer info in http://josm.openstreetmap.de/ticket/6248 Ik herinner me vaag dat Gilbert dit vorig jaar al eens heeft aangehaald. Er was toen ook een ticket geopend bij JOSM dacht ik, maar dus nog zonder succes. -- One can change the default location of the cache, see http://josm.openstreetmap.de/ticket/6248 Wasn't there some discussion about this last year. Didn't somebody open a ticket ? groeten m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] import AGIV CRAB-data
Volledig met U eens. Dit gaat in de archieven, en als het er op aan moest komen haal ik het boven, maar dan is de kans groot dat ik al in de kist lig. ;-) Voor nieuwe huizen staat er in GRB alleen maar de voorgevel op, als men die goed bijwerkt zit men al veilig en als men er de zwembaden bij op zet zit men nog beter.:-P Oppassen voor de afritten, die staan er in GRB ook op, en die zet ik nooit in OSM. En de huizen met een hofke die ze groeperen kan men ook makkelijk uit elkaar halen.:-D En mijn straatnamen worden door Bpost gevalideerd. En waar straten beginnen en eindigen zijn er in AGIV GRB ook fouten, of zijn dat de easter eggs ??? Sus Le 22/10/14 19:29, Glenn Plas a écrit : Dat is eerder uw verstand gebruiken, tot nader order is dit nog OK volgens de regering, maar je weet maar nooit wat er zal komen ;-) Als je de locatie 'gemiddeld' positioneert denk ik dat niemand echt kan claimen dat je kopieert. Eigenlijk is het een beetje bullshit, want als OSM nu echt accuraat zou zijn wat een bepaalde building betreft, en AGIV is ook accuraat, dan moeten ze theoretisch toch bijna exact hetzelfde staan. Dit is technisch geen copy. Kan je dat bewijzen? Niet echt. Hoef je dat te bewijzen? Ook niet echt, iemand die klaagt zal het moeten bewijzen dat het een copy is. Daar zijn ook wel truuks voor , oa express fouten maken in geometrie, een fictieve straat maken. Een straatnaam verkeerd spellen easter eggs dus. Dan land je uiteindelijk op de volgende discussie: kwa gps coordinaten, tot welke plaats na de komma is het 'ongeveer' gelijk, en vanaf welke plaats na de komma is het exact een copy? Ik ben er zeker van dat nu reeds, zonder een copy van de huizen uit AGIV er al wel een heel aantal reeds exact hetzelfde moeten staan tov. OSM, gewoon omdat er goed werk geleverd wordt. Wat me wel opvalt is dat de geometrie van een deel van de gebouwen niet overeenkomt met wat ik zie in het echt, maw. Illegaal bijgebouwd ? Onnauwkeurige data? Of Easter Egg op AGIV ? Glenn On 22-10-14 18:44, Verhoeven Fr wrote: Marc, Ik teken een gebouw met als ondergrond de fotomozaïek, daarna neem ik als ondergrond GRB. Komt het ongeveer overeen, wat dikwijls het geval is, ga ik naar het volgende. Is een groot verschil, dan ga ik terug naar de fotomozaïek en verbeter. Daarna neem ik het huisnummer en straatnaam over. Is dat copiëren of bewerken? sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM memory eater
Het gaat over schijfruimte. Die item imagery.wms-cache.path vind ik niet terug in advanced settings??? Voor tms staat er wel iets. Als men 1 Terra geheugen heeft is dat geen probleem, maar als men een image maakt wel. Maar het gaat vooral over beginnende mappers. Sus Le 22/10/14 19:57, Jo a écrit : Klopt het dat je het niet echt over (intern) geheugen (RAM) hebt, maar wel over schijfruimte? Je mag al die folders met nummertjes in je JOSM folder regelmatig opruimen. Ik moet daar geregeld 50GB weghalen om weer verder te kunnen werken. F12 vinkje bij Expert mode zetten Advanced Settings Imagery.wms-cache.path zou de juiste instelling moeten zijn. Polyglot Op 22 oktober 2014 19:51 schreef Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: Men kan de cache folder wijzigen van TMS, voor WMS vind ik niets, ook niet in de nieuwe JOSM versie van vandaag. Na een remove en install van de nieuwe versie van JOSM in Ubuntu is de cache inhoud niet veranderd. Voor mij is dat geen echt probleem meer, maar dat is wel een probleem als ik iemand aanzet om te mappen met JOSM en dien geen systeembeheerder of kenner is. Groeten ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM Minimaliseren
Hooi, Er is waarschijnlijk iets misgelopen in het bestand waarin JOSM de 'personnel settings' in bewaard. Doe een uninstall, ook de 'personnel settings'. Men moet dan wel al de gebruikte 'plug-ins' terug installeren, neem dus eerst nota van deze die ge gebruikt. Sus Le 14/02/2014 19:25, Philippe Piquer a écrit : Alt-Tab ! 2014-02-14 18:11 GMT+01:00 Guy Vanvuchelen guy.vanvuche...@gmail.com mailto:guy.vanvuche...@gmail.com: Heeft iemand een oplossing voor mijn probleem. Als ik JOSM start wordt het hele scherm gevuld. Normaal staat er rechts boven (dacht ik toch) een knop om te minimaliseren en een knop om te sluiten. Je kan normaal hetr venster verkleinen maar niets van dat alles lukt me. Daardoor moet ik JOSM volledig afsluiten voor ik aan een ander programma kan. Is er een mogelijkheid om die knoppen terug te krijgen? Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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] My first attempt at a boundary
Le 5/12/2013 22:52, Marc Gemis a écrit : Since in Belgium the postal code areas coincide with village borders, we have to double them. This 1-to-1 mapping might not be the case in other countries. When we use those postal code boundaries, we do not have to put the postal code on streets or admin relations anymore. At least not for applications that understand those boundaries. regards m Balen (Antwerp) has 2 postal codes, 2490 for Balen and 2491 for Olmen, part of Balen. Even B-Post has problems with the address validator. You have to give Olmen as 'gemeente' for all the addresses in Balen. http://www.bpost.be/site/nl/residential/customerservice/search/address.html Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] noexit
Hooi, NL: Er is een probleem met tag 'noexit', volgens de wiki moet deze tag aan het einde van de weg geplaatst worden en eventueel aangepast worden met 'access' indien bepaalde gebruikers, zoals voetgangers, fietsers, er toch door mogen. http://wiki.openstreetmap.org/wiki/Noexit In de wiki 'Road_signs_in_Belgium ' wordt de tag 'noexit' verward met aanwijzingsbord F45 die aan de ingang van een baan geplaatst wordt. Ze hebben dezelfde pictogram. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Ik denk dat het fout is met aanwijzingsbord F45 de 'noexit' tag te gebruiken zoals daar aangegeven wordt. Moet dat niet aangepast worden om verwarring te vermijden. FR: Il y a un problème avec le tag 'noexit', suivant le wiki ce tag doit être placé en bout de chemin et complété avec 'access' si certains utilisateurs peuvent y passer. http://wiki.openstreetmap.org/wiki/Noexit Dans le wiki 'Road_signs_of_Belgium' le tag 'noexit est confondu avec le panneau de signalisation F45 que l'on place au début des rues. Ils ont le même pictogramme. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Je crois que c'est une erreur d'associer le panneau de signalisation F45 au tag 'noexit' comme indiqué là. Ne doit-on pas le corriger pour éviter les confusions Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] noexit
Hooi Jo, Die tag is niet zo zinloos wanneer de baan op een kanaal eindigt. ;-) In de buurt zijn er ook straten die op een reeks garages eindigen, en er zijn aanwijsborden F45 waarachter er nog tal van straten liggen. Die F45 tag zou dan ook een richting moeten hebben of anders is hij zeker zinloos. Maar het probleem ligt daar niet, wil men conflicten vermeiden moeten we ons allen aan dezelfde regels houden en niet te lokaal gaan denken. Ik verwijder ook niet graag tags van anderen. Salukes Sus Le 3/12/2013 12:50, Jo a écrit : Hallo Sus, Ik ben 's naar de historiek van die wikipagina gaan kijken en oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat doodloopt en niet op de laatste node. De wiki is dan op een gegeven ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar mijn gevoel niet klopt. Ik interpreteer die noexit yes op een straat ook als enkel geldend voor auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien. Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos. mvg, Jo Op 3 december 2013 11:50 schreef Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: Hooi, NL: Er is een probleem met tag 'noexit', volgens de wiki moet deze tag aan het einde van de weg geplaatst worden en eventueel aangepast worden met 'access' indien bepaalde gebruikers, zoals voetgangers, fietsers, er toch door mogen. http://wiki.openstreetmap.org/wiki/Noexit In de wiki 'Road_signs_in_Belgium ' wordt de tag 'noexit' verward met aanwijzingsbord F45 die aan de ingang van een baan geplaatst wordt. Ze hebben dezelfde pictogram. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Ik denk dat het fout is met aanwijzingsbord F45 de 'noexit' tag te gebruiken zoals daar aangegeven wordt. Moet dat niet aangepast worden om verwarring te vermijden. FR: Il y a un problème avec le tag 'noexit', suivant le wiki ce tag doit être placé en bout de chemin et complété avec 'access' si certains utilisateurs peuvent y passer. http://wiki.openstreetmap.org/wiki/Noexit Dans le wiki 'Road_signs_of_Belgium' le tag 'noexit est confondu avec le panneau de signalisation F45 que l'on place au début des rues. Ils ont le même pictogramme. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Je crois que c'est une erreur d'associer le panneau de signalisation F45 au tag 'noexit' comme indiqué là. Ne doit-on pas le corriger pour éviter les confusions Sus ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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] Volgende hangout / Next hangout
Le 10/11/2013 21:35, Marc Gemis a écrit : Voorstel: 22/11 Mogelijke topics: 1) Wandelnetwerken. Ik heb gisteren en vandaag al wat materiaal verzameld. Dus als er interesse is, hou ik die opzij tot de volgende hangout. Anders breng ik ze zo wel in. 2) Naar aanleiding van de vraag van Sus. We zouden misschien Osmose kunnen gebruiken om fouten op te sporen en die dan proberen op te lossen. 3) Sus vroeg ook nog naar het gebruik van OSM. Iemand die daar wat zou kunnen over vertellen ? Weet niet helemaal waar hij naar toe wil: Garmin, Android, iOS, de vele kaarten die on-line beschikbaar zijn, (graphhopper, umap, openlinkmap, e.d.) ? Toepassingen zoals de kiosks in Helsinki ? Andere ideeën zijn ook welkom. met vriendelijke groeten m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be Punt 2: de bedoeling is fouten op te lossen in JOSM wanneer men een stuk map oplaad en de mappers aan te zetten eerst een Validate te doen vooraleer men begint te mappen en de waarschuwingen zoveel mogelijk op te lossen. Soms zit men geplaagd door fouten van anderen of maakt men zelf fouten die men best niet wil achterlaten. De tool zit in JOSM. Punt 3: In feite is de het bedoeling de ervaring te delen bij het offline gebruik van de OSM kaarten wanneer men geen internet toegang heeft, dus vooral in het buitenland. Men ziet dan beter het nut in om aan het project deel te nemen en zijn steentje bij te dragen. Dit met concrete voorbeelden onder andere voor Garmin GPS, Android, Pc Netbook, IOS, enz.. Voorbeeld: ik ga op skiverlof naar Andorra met de nachtbus en ik zou graag weten welke weg die bus volgt zonder peperdure roaming te betalen. Hoe laad ik die kaarten best in op mijn GPS of smartfone en neem ik die route op? A propos, in Andorra stonden de skiliften op de OSM kaart in de smartfone, dat was op de piste soms wel nuttig. Ik was wel even buiten kaart want de terugreis ging via Barcelona. ;-) Die nuttige tips kunnen ook op de nieuwe website. Op de hangout werd ook gevraagd naar een vertaler naar het frans voor de nieuwe .be website. Hier kan ik wel meewerken. Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GPX Track layer in JOSM
Mooi, maar zitten de GPS traces rechtstreeks in JOSM geladen daar in ?
of zijn het enkel die in OSM geladen en goedgekeurd ?
Sus
Le 25/10/2013 17:40, Marc Gemis a écrit :
You are right Gerard, that's the same. I only looked briefly in that
list before adding it myself.
On Fri, Oct 25, 2013 at 2:30 PM, Gerard Vanderveken g...@ghia.eu
mailto:g...@ghia.eu wrote:
Why to use this?
It is already present in the predefined backgrounds
http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery.
Setup: edit - preferences- wms/tms - the one before public
transportation - activate - ok
Use: imagery - openstreetmap gps traces
Regards,
Gerard.
Glenn Plas wrote:
On 2013-10-25 13:26, Ben Abelshausen wrote:
On Fri, Oct 25, 2013 at 12:53 PM, Marc Gemis
marc.ge...@gmail.com mailto:marc.ge...@gmail.com wrote:
The following url seems to work:
tms:http://{switch:a,b,c}.gps-tile.openstreetmap.org/lines/{zoom}/{x}/{y}
http://gps-tile.openstreetmap.org/lines/%7Bzoom%7D/%7Bx%7D/%7By%7D
Nice! :-)
Very nice. I also see I've made one too many GPS tracks of the
same road , my laptop fans just went nuts opening this layer.
tx Marc
___
Talk-be mailing list
Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org mailto: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] GPX Track layer in JOSM
Toen ik Potlach gebruikte moest men de GPS traces uploaden en men
controleerde of de ingeblikte datum correct was. Na een tijdje kreeg men
een bericht dat de trace beschikbaar was en kon men die gebruiken. Dit
om op kaart zelfgemaakte traces te weigeren.
In Josm kan men een trace gewoom inladen en die blijft lokaal.
In mijn account op OSM staan nog steeds met tekening en info de traces
die ik opgeladen heb.
Sus
Le 25/10/2013 20:38, Marc Gemis a écrit :
Ik vermoed dat het alle traces zijn die naar OSM zijn ge-upload en
aangegeven als publiek beschikbaar. Ik geloof niet dat er een
goedkeuringsproces is. De traces die je via het GPS menu van JOSM kan
opladen komen toch in dezelfde databank terecht als dewelke je via de
website upload, of niet ?
met vriendelijke groeten
m
On Fri, Oct 25, 2013 at 8:12 PM, Verhoeven Fr sus...@gmail.com
mailto:sus...@gmail.com wrote:
Mooi, maar zitten de GPS traces rechtstreeks in JOSM geladen daar
in ? of zijn het enkel die in OSM geladen en goedgekeurd ?
Sus
Le 25/10/2013 17:40, Marc Gemis a écrit :
You are right Gerard, that's the same. I only looked briefly in
that list before adding it myself.
On Fri, Oct 25, 2013 at 2:30 PM, Gerard Vanderveken g...@ghia.eu
mailto:g...@ghia.eu wrote:
Why to use this?
It is already present in the predefined backgrounds
http://josm.openstreetmap.de/wiki/Help/Preferences/Imagery.
Setup: edit - preferences- wms/tms - the one before public
transportation - activate - ok
Use: imagery - openstreetmap gps traces
Regards,
Gerard.
Glenn Plas wrote:
On 2013-10-25 13:26, Ben Abelshausen wrote:
On Fri, Oct 25, 2013 at 12:53 PM, Marc Gemis
marc.ge...@gmail.com mailto:marc.ge...@gmail.com wrote:
The following url seems to work:
tms:http://{switch:a,b,c}.gps-tile.openstreetmap.org/lines/{zoom}/{x}/{y}
http://gps-tile.openstreetmap.org/lines/%7Bzoom%7D/%7Bx%7D/%7By%7D
Nice! :-)
Very nice. I also see I've made one too many GPS tracks of
the same road , my laptop fans just went nuts opening this
layer.
tx Marc
___
Talk-be mailing list
Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be
___
Talk-be mailing list
Talk-be@openstreetmap.org mailto: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] Voorstelling
Bedankt Glenn en Gilbert voor het snelle antwoord, In feite doe ik wat jullie beschrijven behalve dat ik in plaats van P de in de taakbalk gebruik om te splitsen, maar dat komt op hetzelfde uit, al de eigenschappen blijven voor ieder deel onaangeroerd. Ik heb nu een test gedaan met te saven na het splitten, zonder name verandering en dan heb ik al de Waarschuwing: 'Lid van relatie voor rol platform is van het verkeerde type. Probleem bij verificatie rol(12)' Dat is latijn voor mij. Ik denk dat de buslijn aangelegd werd door PolyglotN Glenn, hoe doet men een validatie juist na het inladen in JOSM? Groetjes Sus verhoeven alias susvhv Le 17/10/2013 21:31, Gilbert Hersschens a écrit : Sus, ik heb jouw probleem even nagetrokken (maar de wijziging niet uitgevoerd om de pret niet te bederven...). Ga naar het kruispunt met de Voosstraat, selecteer de Leopolsburgsesteenweg en splist de weg daar met het P commando in JOSM. De Leopolsburgsesteenweg is nu gesplitst in 2 segmenten, eentje aan elke kant van de Voosstraat. JOSM zal automatisch de route relaties van de bussen aanpassen en van 1 member 2 members maken in alle betrokken relaties. Nu selecteer je het stuk tussen de Voosstraat en het rond punt en verander je de straatnaam. JOSM zal wederom alle aanpassingen in de betrokken relaties maken. Save en klaar is kees. Je krijgt geen foutmeldingen. Ik heb de beschreven sequentie uitgevoerd zoals beschreven, behalve dat ik de save niet uitgevoerd heb. Laat maar weten als het niet lukt. @Marc: op mijn user page (http://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM) staan de instructies om de WMS link in JOSM te configureren. Misschien eens op de Wiki Project Belgium page zetten ? Gilbert ___ 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] Voorstelling
Een probleem is ook dat men trajecten aanlegt op banen en straten met slechte namen. In deze zone was het zeker het geval. Men moet er rekening mee houden dat de stratenplannen van sommige gemeenten te summier zijn, Agiv is pas later gekomen. Enfin, we zien wel. In ieder geval bedankt. Sus Le 18/10/2013 12:12, Jo a écrit : Dat is wat je krijgt als er 'besloten wordt' om de manier van tagging te wijzigen, maar dat de renderers niet volgen. Ik probeer alles op de 'moderne' manier te doen, maar de haltes zelf kan ik niet taggen met (enkel) public_transport=platform. Die blijven dus op highway=bus_stop staan. Dubbel taggen vind ik ook dwaas... Het gevolg is dat de validatietools iets met een role=platform maar met als eigenschap highway=bus_stop als incorrect beschouwt. Het beste is om daar overheen te kijken en gewoon te uploaden. Een alternatief is ze allemaal public_transport=platform mee te geven. Ik heb het eigenlijk zo'n beetje opgegeven om de renderers ervan te overtuigen om helemaal op het nieuwe (bestaat al 4 jaar) systeem over te gaan. Jo Op 18 oktober 2013 11:37 schreef Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: Bedankt Glenn en Gilbert voor het snelle antwoord, In feite doe ik wat jullie beschrijven behalve dat ik in plaats van P de in de taakbalk gebruik om te splitsen, maar dat komt op hetzelfde uit, al de eigenschappen blijven voor ieder deel onaangeroerd. Ik heb nu een test gedaan met te saven na het splitten, zonder name verandering en dan heb ik al de Waarschuwing: 'Lid van relatie voor rol platform is van het verkeerde type. Probleem bij verificatie rol(12)' Dat is latijn voor mij. Ik denk dat de buslijn aangelegd werd door PolyglotN Glenn, hoe doet men een validatie juist na het inladen in JOSM? Groetjes Sus verhoeven alias susvhv Le 17/10/2013 21:31, Gilbert Hersschens a écrit : Sus, ik heb jouw probleem even nagetrokken (maar de wijziging niet uitgevoerd om de pret niet te bederven...). Ga naar het kruispunt met de Voosstraat, selecteer de Leopolsburgsesteenweg en splist de weg daar met het P commando in JOSM. De Leopolsburgsesteenweg is nu gesplitst in 2 segmenten, eentje aan elke kant van de Voosstraat. JOSM zal automatisch de route relaties van de bussen aanpassen en van 1 member 2 members maken in alle betrokken relaties. Nu selecteer je het stuk tussen de Voosstraat en het rond punt en verander je de straatnaam. JOSM zal wederom alle aanpassingen in de betrokken relaties maken. Save en klaar is kees. Je krijgt geen foutmeldingen. Ik heb de beschreven sequentie uitgevoerd zoals beschreven, behalve dat ik de save niet uitgevoerd heb. Laat maar weten als het niet lukt. @Marc: op mijn user page (http://wiki.openstreetmap.org/wiki/User:Gilbert54/JOSM) staan de instructies om de WMS link in JOSM te configureren. Misschien eens op de Wiki Project Belgium page zetten ? Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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] Voorstelling
Bedankt voor de tip. Ik denk dat ik vanaf nu steeds met een validate ga beginnen. ;-) Sus Le 18/10/2013 12:20, Glenn Plas a écrit : On 2013-10-18 11:37, Verhoeven Fr wrote: Bedankt Glenn en Gilbert voor het snelle antwoord, In feite doe ik wat jullie beschrijven behalve dat ik in plaats van P de in de taakbalk gebruik om te splitsen, maar dat komt op hetzelfde uit, al de eigenschappen blijven voor ieder deel onaangeroerd. Ik heb nu een test gedaan met te saven na het splitten, zonder name verandering en dan heb ik al de Waarschuwing: 'Lid van relatie voor rol platform is van het verkeerde type. Probleem bij verificatie rol(12)' Dat is volgens mij niet door jou uitgevoerd. Save anders je werk en download eens opnieuw om direct te valideren Dat is latijn voor mij. Ik denk dat de buslijn aangelegd werd door PolyglotN Glenn, hoe doet men een validatie juist na het inladen in JOSM? http://josm.openstreetmap.de/wiki/Nl%3AHelp/Dialog/Validator Rechts in JOSM zie je -normaal gezien toch- als de window aanstaat een validator (waar de fouten staan). Daar kan je valideren. Let wel op dat je niets individueel aangeklikt hebt , op mijn platform valideert hij enkel mijn selectie in dat geval. Glenn ___ 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] Voorstelling
Hooi, zoals men in Mol zou zeggen, Via Gilbert heb ik kennis gemaakt met deze mailgroep en heb er al wat van opgestoken. Ik ben geboren in 1933 en gebruik OSM sinds 2008, in 2011 ben in zelf beginnen mappen, dit kan belang hebben want met vele zaken krijg ik het nu soms lastig. ;-) Veel contact met andere mappers heb ik nog niet gehad maar ik besef nu dat men altijd kan bijleren, vooral met relaties heb ik het lastig. Mijn interesse voor OSM komt van het geocachen, in het begin zette ik voornamelijk paden op kaart, daarna zijn ik met behulp van de stratenplannen van Mol en omgeving en BING een groot deel van de straten en de huizen van Mol, Meerhout (samen met Lodde), Geel, Lommel en een deel van de Limburg, voornamelijk om die grote witte vlekken van de kaart weg te krijgen. Meestal gebruik ik JOSM met Bing en Agiv als ondergrond. Vroeger had ik een link naar een WMS van Agiv met orthofotokaarten van verschillende jaren tot 2012 en de GRB kaart, maar die zijn niet meer beschikbaar. Of toch wel ?? Groeten aan iedereen. Sus Verhoeven alias susvhv ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
