Goeie suggesties ivm discardable tags. De fout zal zeker niet in JOSM zitten, die tags worden geexporteerd. Het is een kwestie van : wil je ze zien of niet bij export ?
De status gegeven door Marc is de juiste, idd aan het kijken hoe we het gebouwenregister als enige adres referentie kunnen nemen zonder het verliezen van de link naar GRB objecten, daar zit de moeilijkheid erin Glenn On 24-01-19 20:37, Marc Gemis wrote: > dat is inderdaad een van de workarounds, maar voor de een of andere > reden bleef JOSM bij mij toch nog die tags doorsturen. Ik zal wel iets > verkeerd gedaan hebben. > > m. > > On Thu, Jan 24, 2019 at 8:33 PM Jo <winfi...@gmail.com> wrote: >> Ik voel me ook niet geroepen om die rol op me te nemen, maar ik heb wel een >> suggestie voor tags die niet mogen worden doorgestuurd. >> >> JOSM heeft daar ondersteuning voor. >> >> Wat ik gewoonlijk doe is zulke tags created_by of odbl noemen, aangezien die >> al in de lijst staan. >> >> De andere mogelijkheid is een key (tags.discardable) in de instellingen >> aanpassen en dan worden ze vanzelf weggegooid voordat er data naar de server >> gaat. >> >> mvg, >> >> Jo >> >> >> On Thu, Jan 24, 2019 at 8:13 PM Marc Gemis <marc.ge...@gmail.com> wrote: >>> Hallo Denis, >>> >>> Ik had gehoopt dat iemand die dichter betrokken is bij de ontwikkeling >>> tijd zou hebben om je te beantwoorden, maar ze hebben het misschien te >>> druk momenteel. >>> Ik zal dan maar proberen te de situatie te schetsen: >>> >>> - de import mailing list had niet echt bezwaren, dus die hindernis is >>> genomen >>> - de documentatie is volgens mij zo goed als af. De laatste beetjes >>> zouden tijdens een soort van kick-off meeting kunnen aangevuld worden >>> - de tool heeft nog 2 problem (voor zover ik weet) >>> * er komen nog extra tags mee die je niet mag uploaden. Daar bestaat >>> wel een eenvoudige workaround voor. >>> * niet alle adressen zijn correct. Vooral bij appartementsgebouwen met >>> meerdere huisnummers, zou het beter kunnen. Stel je hebt een gebouw >>> met 3 ingangen en huisnummers 15, 16 en 17. >>> Nu zal je 3 gebouwen met nummer 15-17 krijgen. Er is een mogelijkheid >>> om dit te verbeteren door een extra databank te laden in de tool. Dit >>> vraagt natuurlijk ontwikkelingstijd. >>> >>> Ik begrijp Glenn wel dat die wijziging echt noodzakelijk is voordat de >>> tool beschikbaar kan gemaakt worden. Als iemand die altijd klaagt over >>> foutieve data van externe bronnen, juich ik dat alleen maar toe. >>> >>> Ik weet echter niet of het enkel aan ons is om daarover te beslissen. >>> >>> Momenteel werkt ook Lodde1949 rustig verder aan het intekenen van >>> gebouwen adhv de GRB achtergrond en met de oude adres import tool. Dus >>> in een groot deel van de provincie Antwerpen is de tool al niet meer >>> zo relevant. >>> >>> Misschien moet er gewoon iemand een datum prikken, een zaal met >>> internet verbinding voorzien, iemand uitnodigen die de nodige >>> toelichtingen kan geven en de "import" officieel starten. >>> Het is duidelijk dat iemand de "projectleiderrol" op zich zal moeten >>> nemen om alles naast de ontwikkeling van de tool te organiseren en >>> daar dan ook voldoende tijd in stoppen. >>> >>> mvg >>> >>> m. >>> >>> p.s. Ik wil hier niemand met de vinger wijzen, we zijn allemaal >>> vrijwillers met beperkte tijd. Ikzelf heb ook geen tijd noch interesse >>> om deze rol op te nemen. >>> >>> On Sun, Jan 20, 2019 at 6:02 PM Denis Verheyden <mst...@hotmail.com> wrote: >>>> Dag iedereen, >>>> >>>> Graag wou ik nog eens polsen wat de status is van de GRB-import tool. >>>> Ergens in 2017 is de publieke versie uitgezet omdat veel mensen hiermee >>>> onbedoelde of verkeerde wijzigingen hebben gedaan. >>>> >>>> Voor mij is deze tool echter het middel waarop ik wacht om nieuwe of >>>> aangepaste gebouwen toe te voegen/wijzigen in OSM. Het heeft geen zin nu >>>> gebouwen te tracen als we ze later opnieuw moeten vervangen door de >>>> "officiële" geometrie van A(G)IV. Tot dan beperk ik mij enkel tot >>>> toevoegen van nodes of features niet gerelateerd aan gebouwen. >>>> >>>> Groeten, >>>> Denis >>>> _______________________________________________ >>>> 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 > _______________________________________________ > 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
