Hej,
Uppdateringshastigheten beror på flera olika orsaker, tror jag. OSM är nästan
alltid snabbare enligt min erfarenhet. Vi som rapporterar till NVDB följer en
viss process där vi kanske inte rapporterar innan en nybyggd väg är helt
färdig och relationshandlingarna är klara. Efter att vägen by
2016-01-14 15:58 GMT+01:00 bengt bäverman :
>>
>> * Kontinuerlig import? Ska vi göra importer då och då från NVDB till
>>
> Jag tycker att det vore dumt att göra sig allt besvär för att bara göra
> importen en enda gång.
Jag är mest intresserad av ställen där nvdb skiljer sig från OSM data.
Det
Hejsan
Jag tycker att det vore dumt att göra sig allt besvär för att bara göra
importen en enda gång. Eftersom vi redan har en hel del vägar i OSM ;-) så
finns ju redan nu mycket av den problematik som uppstår då man importerar
samma material vid flera tillfällen där merparten av informationen är
Väl formulerat.
Hoppas de tar förfrågan på allvar och svarar.
vänligen
Bengt
Den 14 januari 2016 15:19 skrev Per Eric Rosén :
> On Wed, 13 Jan 2016, Erik Johansson wrote:
>
> 2016-01-13 18:47 GMT+01:00 Per Eric Rosén :
>> Den licens man behöver bekräfta finns nedan. Den verkar inte
>>
On Thu, 14 Jan 2016, Erik Johansson wrote:
Ah tänkte snarare på om du kollat på datat, jag har börjat gå igenom det i
qgis, jag tror de kommer fixa licensen, och hur det än faller ut så kommer
det väl vara en resurs för att kolla hur OSM data står sig mot NVDB.
men funderar på om man skulle k
On Wed, 13 Jan 2016, Erik Johansson wrote:
2016-01-13 18:47 GMT+01:00 Per Eric Rosén :
Den licens man behöver bekräfta finns nedan. Den verkar inte
helt genomtänkt - framför allt verkar TRV inte riktigt göra
skillnad på villkor för att ansluta till deras tjänster/API
(sjä
