-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Rejo Zenger schreef:
> ++ 23/11/09 23:02 +0100 - Stefan de Konink:
>> Licentie van het moment van downloaden was ccbysa.
> Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider
> te zijn. Zou je misschien kunnen aangeg
++ 23/11/09 23:02 +0100 - Stefan de Konink:
> Licentie van het moment van downloaden was ccbysa.
Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider
te zijn. Zou je misschien kunnen aangegeven op basis waarvan je de claim
kunt maken dat het om CC BY-SA geli
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 :
>
On Tue, 24 Nov 2009, Rob wrote:
> Op 24 november 2009 11:54 heeft Stefan de Konink
> 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 de ambu
Op 24 november 2009 11:54 heeft Stefan de Konink
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 de ambulance maar alvast
On Tue, 24 Nov 2009, Freek wrote:
> Ja, net als al die antennemasten, hè?
Antennemast is een feature. De hoogte van *een* punt in Nederland is een
discrete 2D-functie
> Nee, ik bedoelde de hoogte van de
> gebouwen corrigeren m.b.v. hoogte-data (dus niet de hoogte data zelf
> importeren).
Ga je
On Tuesday 24 November 2009 11:42:28 Stefan de Konink wrote:
> 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?)
>
> Ge
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 Tuesday 24 November 2009 10:49:36 Martijn van Exel wrote:
> 2009/11/24 Freek :
> > On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote:
> >> 2009/11/24 Roeland Douma :
> >> > Probleem is vooral dat de hoogte in 3dShapes wat te wensen overlaat.
> >> >
> >> > * Tussen twee huizen kan zomaa
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, Martij
2009/11/24 Freek :
> On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote:
>> 2009/11/24 Roeland Douma :
>> > 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 identiek
On Tuesday 24 November 2009 10:28:44 Stefan de Konink wrote:
> 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.
Een altern
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
T
On Tuesday 24 November 2009 10:13:05 Martijn van Exel wrote:
> 2009/11/24 Roeland Douma :
> > 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 mijn n
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
http://lists.openstreet
2009/11/24 Roeland Douma :
>
> On Tue, 24 Nov 2009 09:28:45 +0100 (CET), 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
2009/11/24 Stefan de Konink :
> 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 3D-shapebes
On Tuesday 24 November 2009 09:42:38 Roeland Douma wrote:
> On Tue, 24 Nov 2009 09:28:45 +0100 (CET), 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.op
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
> 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
On Tue, 24 Nov 2009 09:28:45 +0100 (CET), 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
>>
>>
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
http://lists.openstreetmap.org/list
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
> >
>
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
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 meegenomen bij de import?
--
Freek
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Rejo Zenger schreef:
> ++ 23/11/09 22:31 +0100 - Stefan de Konink:
Licentie van het moment van downloaden was ccbysa.
>>> Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider
>>> te zijn. Zou je misschien kunnen aangegeven o
++ 23/11/09 22:31 +0100 - Stefan de Konink:
>>> Licentie van het moment van downloaden was ccbysa.
>>
>> Gezien Martijn's bedenkingen is het wellicht zinvol om iets uitgebreider
>> te zijn. Zou je misschien kunnen aangegeven op basis waarvan je de claim
>> kunt maken dat het om CC BY-SA gelicent
27 matches
Mail list logo