source:geometry zou toch hetzelfde moeten zijn als source, wat het volgen van de wiki betreft.
Persoonlijk vind ik ref beter. Toen ik alle ref op de bushaltes had overgezet naar ref:De_Lijn en ref:TEC, kreeg ik van Franse kant wel de opmerking dat dit eigenlijk ref:BE:De_Lijn en ref:BE:TEC had moeten zijn. Maar het maakt me dus niet uit of het source:huppeldepup of ref:... wordt. Ik ben ook voorstander van het te verdelen over meerdere tags. Jo Op 7 november 2016 12:39 schreef Glenn Plas <gl...@byte-consult.be>: > On 07-11-16 12:14, Marc Gemis wrote: > > Ik ben echt niet gelukkig met source=GRB. Probeer dat maar eens te > > combineren met data die je op een andere manier hebt gevonden (bv. via > > survey of wikipedia). > > source:geometry of iets dergelijks ok, maar niet source aub. > > En spijtig genoeg is dit verplicht als je de wiki erop naleest > > Ik had liever dit gehad : > > source:geometry=GRB > > Makes more sense, zegt letterlijk: de geometry komt uit GRB. Nu heb je > idd nog adress data, en die kan van CRAB komen. > > Maar je kan dit niet importeren zonder source tags volgens de regels... > > Ik was dus eerder fan van deze tag, indertijd wel wat over gediscussierd > met Sander en hebben voor deze gekozen. > > Laat het wel verstaan: voor mijn tool is die source tag niet van belang. > Dit is om compliant te zijn aan OSM regels. > > Dus ik ben akkoord dat dit eigenlijk niet echt nuttig is, maar het is > wel verplicht, ik sta open voor alternatieven. > > Glenn > > > > > > m. > > > > 2016-11-07 12:02 GMT+01:00 Glenn Plas <gl...@byte-consult.be>: > >> On 07-11-16 11:51, Ben Abelshausen wrote: > >>> Glenn, > >>> > >>> Kijkend naar de BAG import wat denk je van dit: > >>> > >>> source = GRB > >>> ref:grb = 3746049-6379775 (oidn-uidn) > >> > >> Dat gaat een leuke query worden in de database, met regular expressions > >> en stuff. pfff. En die uidn is volgens mij nog van een minder belang > >> dat de datum. Die is leesbaar voor eindgebruikers, die uidn versie > >> nummer zegt echt niks. > >> > >> Ik ben trouwens niet akkoord met die ref tag. het is geen ref, het is > >> een source ref. daarom source:* > >> > >>> Die datum is niet echt relevant voor mappers en als ik het goed begrijp > >>> kunnen we dit via bovenstaande ref nog altijd uit de originele data > >>> halen? Zelfde voor entity? We zouden die entity types ook nog kunnen > >>> gebruiken om andere tags te genereren omdat daar toch wel verschillende > >>> zaken inzitten precies. > >> > >> Dat gebeurd nu ook, maar er is ook overlapping tussen entities. > >>> > >>> Ik heb altijd gedacht, we importeren wat gebouwen waar het nodig is > >>> (bijvoorbeeld dicht gebouwde steden). We hebben ookal werk van mappers > >>> overschreven gezien met GRB gebouwen (delete-upload), iets wat naar > mijn > >>> menig een slechte zaak is. > >> > >> Nee, dan heb je niet opgelet ;-) !!! wij deleten niets. De history van > >> een gebouw wordt bewaard. je moet de plugin gebruiken om geometries te > >> migreren. zie docs : http://grbtiles.byteless.net/docs/ > >> > >>> > >>> Eens de import klaar is en we hebben alle gebouwen doen we maintenance > >>> zoals we dat normaal zouden organiseren moest het GRB niet bestaan. We > >>> kunnen nog altijd de datasets vergelijken om te bekijken waar de > >>> wijzigingen zitten. > >> > >> Die maintenance is nu simpel: match entity en oidn en je weet exact > >> welk gebouw je hebt. > >> > >> Welk probleem zijn we nu eigenlijk aan het oplossen met die tags. Ik > >> versta niet wat het grote probleem is en waarom we het ons moeilijker > >> moeten maken ook als het makkelijk kan ? > >> > >> Die meta data is voor automatisatie te faciliteren, niet zomaar dus. > >> > >> Glenn > >> > >> > >>> > >>> Met vriendelijke groeten, > >>> Best regards, > >>> > >>> Ben Abelshausen > >>> > >>> On Mon, Nov 7, 2016 at 11:29 AM, Glenn Plas <gl...@byte-consult.be > >>> <mailto:gl...@byte-consult.be>> wrote: > >>> > >>> On 07-11-16 11:22, Glenn Plas wrote: > >>> > (hence source:geometry:entity=GRB. > >>> > >>> Dju, dat moest zijn: > >>> > >>> source:geometry:entitity=Gbg of Knw, maar niet GRB. > >>> > >>> Glenn > >>> > >>> > >>> _______________________________________________ > >>> Talk-be mailing list > >>> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org> > >>> https://lists.openstreetmap.org/listinfo/talk-be > >>> <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 >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
