On Tue, 24 Nov 2009, Martijn van Exel wrote:
Ik zie dat je dit grotendeels al gedaan hebt trouwens,
Lennard of Floris dacht ik.
Wat er evt. nog aan toegevoegd zou kunnen worden is een
afschrift van de correspondentie die de formele toestemming bevat.
Ik zal even opzoek gaan naar de CC-BY-SA
On Tue, 24 Nov 2009, Freek wrote:
On Monday 23 November 2009 23:02:50 Stefan de Konink wrote:
Oftewel kijk eens op onze blog terug;
http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-data
Hee, ik lees daar dat er ook hoogte-informatie beschikbaar is, waarom is dat
niet
On Tuesday 24 November 2009 09:28:45 Stefan de Konink wrote:
On Tue, 24 Nov 2009, Freek wrote:
On Monday 23 November 2009 23:02:50 Stefan de Konink wrote:
Oftewel kijk eens op onze blog terug;
http://blog.openstreetmap.nl/index.php/2009/03/02/een-mirror-en-nieuwe-
data
Hee, ik lees
On Tue, 24 Nov 2009, Freek wrote:
Ik dacht meer aan een simpele height-tag op elk gebouw...
3dshapes gaat volgens mij over vormen, dus ook schuine daken.
Stefan
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
Hee, ik lees daar dat er ook hoogte-informatie beschikbaar is, waarom is
dat
niet meegenomen bij de import?
De eerste conversie was wel gedaan met de hoogte erop, maar er bleek al
snel zoveel variatie in te zitten, zelfs tussen identieke huizenblokken in
dezelfde straat, dat het beter leek om
On Tuesday 24 November 2009 09:41:17 Stefan de Konink wrote:
On Tue, 24 Nov 2009, Freek wrote:
Ik dacht meer aan een simpele height-tag op elk gebouw...
3dshapes gaat volgens mij over vormen, dus ook schuine daken.
Snap ik, maar dan kan je toch nog steeds de hoogte van het hoogste punt
2009/11/24 Stefan de Konink ste...@konink.de:
On Tue, 24 Nov 2009, Freek wrote:
Ik dacht meer aan een simpele height-tag op elk gebouw...
3dshapes gaat volgens mij over vormen, dus ook schuine daken.
Nee, het zijn simpele objecten met een hoogteattribuut. Ik meen dat
het niet eens een echt
2009/11/24 Roeland Douma u...@rullzer.com:
On Tue, 24 Nov 2009 09:28:45 +0100 (CET), Stefan de Konink
ste...@konink.de wrote:
On Tue, 24 Nov 2009, Freek wrote:
On Monday 23 November 2009 23:02:50 Stefan de Konink wrote:
Oftewel kijk eens op onze blog terug;
On Tue, 24 Nov 2009, Martijn van Exel wrote:
Voor meer detail zouden we AHN moeten nemen, maar ik zie niet zo gauw
gebeuren dat dat wordt vrijgegeven.
Waarom niet?
Stefan
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote:
2009/11/24 Roeland Douma u...@rullzer.com:
Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat.
* Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl
het toch vrijwel identieke huizen zijn (voor
On Tue, 24 Nov 2009, Freek wrote:
Met 3m afwijking valt nog te leven, 45m lijkt me wat te veel...
En zelfs met dat hoogte bestand. Waarom wil je het materialiseren in OSM.
In plaats van een functie in de renderer.
Stefan
___
Talk-nl mailing list
2009/11/24 Freek freek_...@vanwal.nl:
On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote:
2009/11/24 Roeland Douma u...@rullzer.com:
Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat.
* Tussen twee huizen kan zomaar 3 meter hoogte verschil zitten. Terwijl
het
SRTM is erg onnauwkeurig om de grondhoogte te bapelen. De afwijking zal
hier eerder stuk groter van worden. Denk dat we er dan meer aan hebben als
mensen gewoon gokken hoe hoog een gebouw is dan proberen het semi
automatisch erin te knallen.
--Roeland
On Tue, 24 Nov 2009 10:49:36 +0100, Martijn
On Tue, 24 Nov 2009, Freek wrote:
Horizontale nauwkeurigheid is niet zo boeiend in NL zou ik zeggen :-)
Dus je wilt heel de data set als losse XY punten importeren? (Ben ik hier
de enige die dat totaal onzinnig vind?)
Geeft wel een leuk effect 'waarom staat dat grid met puntjes in NL?'
Stefan
On Tue, 24 Nov 2009, Rob wrote:
Op 24 november 2009 11:54 heeft Stefan de Konink ste...@konink.de
het volgende geschreven:
Ga je samen met Bas ook invoeren hoe breedt de deuren zijn ;)
ik wil er niet aan denken wat er gebeurt als je met je rolmaat voor
iemands deur staan te meten ;)
bel
Je hebt gelijk. SRTM corrigeert niet voor gebouwen / vegetatie. Is dus
onbruikbaar voor corrigeren van de 3dshapes. AHN heeft wel een bestand
dat gefilterd is op vegetatie en gebouwen.
martijn van exel
http://schaaltreinen.nl/
twitter / skype: mvexel
flickr: rhodes
2009/11/24 Roeland Douma
16 matches
Mail list logo
