er blijken ook straatjes in de voetgangersgebieden in de data te zitten:
http://floris.nu/osm/texel/import_and_pedestrian.png
het levert een paar vreemde situaties op en unclassified wegen waar
je alleen maar via een pedestrian kunt komen maar het ziet er wel
mooi uit.
groet,
floris
- Origi
- Original Message -
From: "Jaap-Andre de Hoop" <[EMAIL PROTECTED]>
> Floris Looijesteijn wrote:
>> Ik snap niet wat jullie met een binary compare bedoelen in deze
>> situatie. Kan iemand dat even toelichten?
>>
>> Er is nog wel een ander belangrijk punt: De data die in de AND
>> db zi
Floris Looijesteijn wrote:
> Ik snap niet wat jullie met een binary compare bedoelen in deze
> situatie. Kan iemand dat even toelichten?
>
> Er is nog wel een ander belangrijk punt: De data die in de AND
> db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan
> de data op Google maps.
On Mon, July 16, 2007 7:50 pm, Floris Looijesteijn wrote:
> Ik snap niet wat jullie met een binary compare bedoelen in deze
> situatie. Kan iemand dat even toelichten?
>
> Er is nog wel een ander belangrijk punt: De data die in de AND
> db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld d
De term is hier ook niet helemaal correct maar in principe test je of
een straat/node/whatever op veilige afstand zit en dan prak je em in
OSM, zoniet dan laat je hem er uit. Ik bedacht me net dat dit zwart-wit
scenario bijvoorbeeld lange straten richting gemapped gebied ook weg zou
laten...
H
Ik snap niet wat jullie met een binary compare bedoelen in deze
situatie. Kan iemand dat even toelichten?
Er is nog wel een ander belangrijk punt: De data die in de AND
db zit lijkt van hoge kwaliteit te zijn. Beter bijvoorbeeld dan
de data op Google maps. Als ik de straatdata van Googlemaps
verge
Kunnen we niet de 50 meter regel en een binary compare combineren?
Als het gebied leeg is, importeren we alle wegen waarbij we markeren dat
de wegen uit de AND dataset komen. Zodra we in gemapped gebied komen,
knippen we die wegen er uit en houden de uitgeknipte wegen apart (dus
wat niet in de
Kan de data naar een .osm file geexporteerd worden? Als je die in
(geografische) stukken hakt kun je ze in JOSM laden, data van de server erbij
en dan combineren.
Maarten
-Original Message-
From: "Floris Looijesteijn" <[EMAIL PROTECTED]>
To: talk-nl@openstreetmap.org
Sent: 16-07-07 12:2
On Mon, 16 Jul 2007, Floris Looijesteijn wrote:
> Iemand goede ideeen?
Je legt een binaire vergelijking op beide data sets. Ieder segment heeft
een vrijheids graad en een overlappings factor. Met deze twee parameters
controleer je op de gebieden waar dat bestaat of de way namen het zelfde
zijn.
On Mon, July 16, 2007 1:42 pm, Milo van der Linden wrote:
> hmmm kan je de een niet als wms-layer tonen, net als die landsat
> beelden? Dat zou je eigenlijk met beide willen doen: Als wat we in osm
> hebben al vrij uitgebreid is, wil je daar aanpassingen doen op basis van
> de AND data, als er n
hmmm kan je de een niet als wms-layer tonen, net als die landsat
beelden? Dat zou je eigenlijk met beide willen doen: Als wat we in osm
hebben al vrij uitgebreid is, wil je daar aanpassingen doen op basis van
de AND data, als er nog weinig in OSM zit, wil je juist wat je hebt
overbrengen op d
Foppe Benedictus schreef:
> Ik ben geen programmeur, maar dit lijkt mij het meest logische:
> Wegen met dezelfde richting (enkele vrijheidsgraden inbouwen) en binnen
> een bepaalde straal niet importeren of met een speciale tag importeren,
> zodat ze makkelijk terug te vinden zijn.
Dat is makkelij
Eugene van der Pijll wrote:
> Floris Looijesteijn schreef:
>> Iemand had opgemerkt dat we misschien niets moesten importeren
>> binnen een straal van x00 meter rondom bestaande data.
>> Dat is een goed idee maar betekend veel handwerk.
>
> Dat was ik. Een voordeel is dat we dan snel een groot deel
Ik ben geen programmeur, maar dit lijkt mij het meest logische:
Wegen met dezelfde richting (enkele vrijheidsgraden inbouwen) en binnen
een bepaalde straal niet importeren of met een speciale tag importeren,
zodat ze makkelijk terug te vinden zijn. De fiets- en voetpaden moeten
niet vergeleken word
Floris Looijesteijn schreef:
> Iemand had opgemerkt dat we misschien niets moesten importeren
> binnen een straal van x00 meter rondom bestaande data.
> Dat is een goed idee maar betekend veel handwerk.
Dat was ik. Een voordeel is dat we dan snel een groot deel van de data
gewoon kunnen importeren
Floris Looijesteijn wrote:
> Laten we het eerst even op wegen houden, POI kan later
> nog wel...
>
> Even een paar losse flodders:
>
>
> Iemand had opgemerkt dat we misschien niets moesten importeren
> binnen een straal van x00 meter rondom bestaande data.
voor Losser (net begonnen) zou ik zegg
Er zijn twee losse datasets, een de POI (met ook tankstations bijvoorbeeld)
en de wegen. Belangrijkste is in eerste instantie de wegendb.
Veel discussie is al op de wiki gezet, oa hier:
http://wiki.openstreetmap.org/index.php/AND_Data/AND-tag-mapping-to-OSM
Laat uw licht er eens over schijnen :)
Laten we het eerst even op wegen houden, POI kan later
nog wel...
Even een paar losse flodders:
Iemand had opgemerkt dat we misschien niets moesten importeren
binnen een straal van x00 meter rondom bestaande data.
Dat is een goed idee maar betekend veel handwerk.
Het lijkt erop dat AND data ec
- Original Message -
From: "Marc Kessels" <[EMAIL PROTECTED]>
To: "OpenStreetMap NL discussion list"
Sent: Monday, July 16, 2007 11:25 AM
Subject: Re: [OSM-talk-nl] eerste AND import resultaat :)
> ik heb dit weekend ook niet stilgezeten, en blijkbaar dubbel werk
> geleverd. Toch wil j
Zo te horen, heb je geen dubbel werk gedaan, maar een andere manier en
dat is volgens mij precies de bedoeling met deze data, zodat we kunnen
kijken welke het beste (en efficientste) resultaat levert.
Groets,
Jaap-Andre, die zich nu maar even op fietspaden richt...
Marc Kessels wrote:
> ik
ik heb dit weekend ook niet stilgezeten, en blijkbaar dubbel werk
geleverd. Toch wil jullie het eindresultaat niet onthouden:
http://www.kessels.name/texel.pdf (2.8 MB)
gedaan met shapelib 1.2.10 (http://dl.maptools.org/dl/shapelib/ ) en wat
aanpassingen daarin. (http://www.kessels.name/and2osm.zip
- Original Message -
From: "Mark Huizer" <[EMAIL PROTECTED]>
> Dus we mogen de komende tijd lekker 's avonds laptop op schoot wegen
> combineren? :-)
Nee, dat moet nog wel te automatiseren zijn.
> Ziet er mooi uit trouwens. Wat doe je nou allemaal met mogelijke
> conflicten?
Nog he
Floris Looijesteijn wrote:
> En nog een mooi plaatje:
>
> Een ge-osmarenderde versie van Den Burg:
>
> http://floris.nu/osm/texel/denburg_and_data_osmarendered.png
>
> (2000x1872 pixels/1 MB)
>
> Dat de straatnamen door elkaar staan komt doordat een 'way'
> in de AND data van kruispunt naar kru
En nog een mooi plaatje:
Een ge-osmarenderde versie van Den Burg:
http://floris.nu/osm/texel/denburg_and_data_osmarendered.png
(2000x1872 pixels/1 MB)
Dat de straatnamen door elkaar staan komt doordat een 'way'
in de AND data van kruispunt naar kruispunt loopt.
De mapnik renderer zou dit als he
24 matches
Mail list logo
