Re: [OSM-talk-nl] Fietsroutenetwerk NL De Meierij
De Meijerij is een beetje een raar netwerk ja, De naamgeving regio 's hertogenbosch vind ik ook verdacht. Een jaar geleden of zo heb ik dat nog expliciet nagevraagd bij de persoon die die relaties had aangemaakt, en hij bevestigde dat dat op de bordjes stond. Dus heb ik het lekker laten staan. Verder, omdat dit een van de oudere netwerken in brabant is lopen er op een paar plaatsen andere netwerken doorheen. Ik ken dit onder andere net ten noorden van Heusden. Hetzelfde geldt voor Altena-Biesbosch, hier loopt vijf-heerenlanden en wijde biesbosch doorheen. Officieel is altena opgenomen wel in wijde biesbosch, maar dit was ook afgelopen zomer nog niet in het veld te zien. Ik moet ergens nog wel een lijst hebben van de knooppunten en tot welk netwerk ze behoren. Die zal ik van het weekend eens proberen op te zoeken. Rene 2011/11/11 Jo winfi...@gmail.com: Op 11 november 2011 02:03 heeft Cartinus carti...@xs4all.nl het volgende geschreven: On Friday 11 November 2011 00:23:30 Jo wrote: Is het OK al die namen te laten beginnen met Fietsroutenetwerk om ze te onderscheiden van Wandelroutenetwerk (en eventueel Ruiterroutenetwerk). Ze heten ook Fietsroutenetwerk ... in de labels op de kaart op het knooppuntbord. Dus volgens mij hoort dat dan ook bij de naam. Ook in Utrecht en Noord- en Zuid-Holland staat fietsroutenetwerk overal waar ik geweest ben in de naam op de grote borden. Hier in België mag je al blij zijn als er iets dat op een naam lijkt bij staat. Maar ik ga er toch overal fietsroutenetwerk bij laten staan. Ik zal gaandeweg die B en NL weer weghalen en ze voor display in JOSM dan ophalen uit de bovenliggende collection relation. Het is dan een beetje onhandig dat ik die B en NL daar niet in het midden tussen zal kunnen plakken en dat het er dus als B FRN ... en NL FRN ... zal uitzien in mijn lijst. Bij mensen die het weergeven van namen niet aanpassen, zal het dan FRN ... zijn, waarbij de Belgische en Nederlandse allemaal door elkaar heen lopen. Dit geeft problemen aangezien er een paar streken gelijkaardige namen hebben. Voornamelijk (De) Kempen, maar ook Limburg, Brabant en zelfs (Zeeuws-)Vlaanderen. Vandaar dus dat ik die B en NL er tussen was gaan zetten, zodat ze mooi per land gegroepeerd worden en dat alle fietsroutenetwerken bij elkaar blijven. Een andere tactiek zou kunnen zijn, om die netwerken in België met iets anders dan Fietsroutenetwerk te laten beginnen. Maar aangezien het om hetzelfde gaat, in dezelfde taal, vond ik het logischer daar hetzelfde woord voor te gebruiken. Jo PS: ik had ergens gehoopt dat er iemand interesse zou vertonen in wat ik aan het doen ben. Zoveel interesse dat ze mee zouden gaan doen om al die netwerken in orde te beginnen zetten met behulp van het Python script dat ik gemaakt heb. Het duurt veel langer om alle netwerken in Nederland af te lopen, dan dat het in België geduurd heeft. Eigenlijk zou er nog minstens 1, liever meerdere medewerkers moeten zijn die ook op de hoogte zijn om die kwaliteitscontrole te blijven doen. Het is nu een heel grote inspanning om te zorgen dat elk knooppunt tot een netwerk behoort (liefst het juiste, maar eigenlijk is het niet moeilijk om dat achteraf te corrigeren). Als die inspanning eenmaal gebeurd is, zou m'n script nog regelmatig 's moeten lopen (om de twee weken of eenmaal per maand o.i.d.) om te zien of er routes zijn bijgekomen en of de bestaande routes niet onderbroken geraakt zijn, omdat mensen de continuïteit van de relaties stuk maken door wegen te verwijderen, samen te voegen, e.d. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] busrelatie icm forward role
2010/12/4 Michiel Faber fabermich...@planet.nl: En juist op de website van ldp staat dat ik niet alleen forward, maar ook backward moet gebruiken. Klopt Het gaat niet om de richting van de route, maar of de way ook in de richting van de route loopt. Als mijn way naar het oosten gaat, en mijn relatie loopt over die way naar het westen, zou ik role is backward op die way moeten zetten. Klopt Kijk naar het laatste voorbeeld van LDP. Hij gebruikt daar 1 relatie cq route die heen en weer gaat, maar ik zou daar way C met role is forward taggen, omdat die in de heenrichting van de relatie zit. Nee, daar gaan veel mensen de mist in. Als je van links naar rechts gaat, dan lopen B en D met de route mee, dus forward. C ligt echter tegen de route in en is dus backward (als je C volg ga je achteruit over de route). Zouden we twee relaties aanmaken, dan krijgt heen (links-rechts) A, B, D, F met role forward en C met role backward. Terug (rechts-links) krijgt A, E en F met de role backward. Wat is trouwens heen en terug? Op een route van Breda naar Tilburg, is voor iemand uit Breda Tilburg heen. Voor iemand uit Tilburg is dat juist terug. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] busrelatie icm forward role
2010/12/3 Cartinus carti...@xs4all.nl: On Friday 03 December 2010 19:38:14 Michiel Faber wrote: Nu staat er verderop vaak op die gescheiden wegen de role=forward bij de relatie, maar die hoeft er toch niet op? De relatie is al in een richting. De andere relatie die over het zelfde kruispunt loopt is namelijk de bus terug. Moet ik toch de role=forward houden? Als de busroute een aparte heen en terug relatie heeft, dan zijn forward en backward inderdaad overbodig. Eigenlijk betekent dat juist dat alle ways van de route een forward of backward role zouden moeten hebben. De route loopt namelijk maar in een richting over de betreffende way. In de praktijk voeg ik echter ook alleen roles toe op stukken waar de routes niet overlappen. Zie ook http://wiki.openstreetmap.org/wiki/User:Ldp voor een grafische uitleg van de roles. René ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
Ideeen voor west Brabant TIlburg Reeshof: Nieuwbouw ten zuiden van het spoor, fietspaden door de wijk, restje fietsroutenetwerk. http://tile.openstreetmap.nl/?zoom=15lat=51.57056lon=4.99263layers=B00 Breda Haagse Beemden: Nieuwbouw ten oosten van de Asterdplas, fietspaden door de wijk. http://tile.openstreetmap.nl/?zoom=14lat=51.61937lon=4.74248layers=B00 En nee, ik meld me niet aan als organisator :-), zal wel proberen eens naar een party in het zuiden te komen. Rene 2010/11/19 Andre Engels andreeng...@gmail.com: Ik wil best wat in Brabant doen, maar zit nog te dubben over het waar en wat. [...] ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] fietsrouteplanner? import
Hallo, Naar aanleiding van wijzigingen in Tilburg van 22 juni [1] door user fietsrouteplanner2. Gezien de naam van de gebruiker lijkt het erop dat deze data afkomstig is van het fietsrouteplanner project dat enige tijd geleden is aangekondigd [2]. Erg mooi dat we de data die daarvoor extra verzameld is terugkrijgen, maar toch het verzoek om iets nauwkeuriger te werk te gaan. Even een lijst van wat er in dat gebied (waarschijnlijk onbewust) fout is gegaan: - Op een flink aantal wegen en nodes was de tag highway=residental (ipv residential) geplaatst. Ook op stukken spoorlijn, nodes en bestaande doorgaande wegen. - foot=jes en bicycle=jes op wegen (moet =yes zijn, maar is ook nog eens overbodig op de meeste wegtypes en incorrect op gebouwen). - Veel kleine (een paar meter lange) ways, niet doen als er geen aanleiding voor is. Deze korte stukjes zijn namelijk niet of nauwelijks te onderhouden omdat je ze over het hoofd ziet bij het editen. - Ways die halverwege onderbroken zijn. Tenzij er een goede reden voor is, probeer ways aaneengesloten te houden en alleen te splitsen op een kruising of een scherpe bocht. Dus niet één node de hoek om gaan en dan splitsen. We zijn ondertussen al een maand verder en dus heb ik nog een paar van de laatste changesets bekeken. En daar zag ik gedeeltelijk hetzelfde. Ways die op een onlogische plek gesplitst zijn. Ways die elkaar kruisen zonder een verbings-node of een bridge=yes [3]. Ik Hoop dat dit verhaal niet te negatief overkomt en niet persoonlijk opgevat wordt. Deze data kan zeker een toevoeging zijn voor OSM. René [1] http://www.openstreetmap.org/browse/changeset/5049739 [2] http://lists.openstreetmap.org/pipermail/talk-nl/2010-March/010777.html [3] http://www.openstreetmap.org/?lat=51.08661lon=5.96496zoom=16 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] overzichtspagina LF routes
2010/8/11 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Voorstel: Zullen we de fiets/wandel knooppunten met de naam van het netwerk taggen.. Dus name = Rotterdam RCN 35 bijvoorbeeld Nee. Waar ga je de bestaande namen laten dan? Ik weet zo een tiental knopen die op een node met een naam liggen. Toevoegen aan een netwerk relatie is beter. Daar is dit hele systeem juist voor verzonnen. Weet je de netwerk naam niet? Doe dan niets. vroeger of later komt er wel iemand die het correct wil hebben. In JOSM zie je als je een element selecteert precies in welke relaties deze is opgenomen. Het probleem dat je niet kan zien of een node al in het netwerk zit zie ik dus niet. Andersom ook, je kan alle nodes in de relatie selecteren en die selectie laten zien. Voor mezelf heb ik alle (goed, veel) nodes als waypoint gemarkeerd Rcn Wb10 (waarbij wb een twee letterige afkoring is voor de netwerknaam en 10 het nummer). Al deze waypoints heb ik in een gpx file staan, door die in te laden kan ik dus gelijk zijn in welk netwerk een knooppunt ligt. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] overzichtspagina LF routes
Hoi, recentelijk is er voor de fietsroutenetwerken een mooie automatisch updatende pagina gemaakt [1]. Zou iemand voor de LF routes ook een dergelijke pagina kunnen maken? Dus een overzicht van osm id, ref, naam, wijzigingsdatum (en eventueel de state tag). groet, René [1] http://mijndev.openstreetmap.nl/~rullzer/rcn/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ei van Ommel (A67 afslag 38 Asten)
2010/1/31 Andre Engels andreeng...@gmail.com: 2010/1/31 Maarten Deen md...@xs4all.nl: Wie-o-wie heeft het ei van Ommel (A67 afslag 38 Asten) weer in ere hersteld? Na de ombouw heeft iemand de nieuwe situatie perfect gemapt, en nu zie ik dat de oude situatie met de rotonde weer terug is. ... Als ik in Potlatch naar de geschiedenis kijk, lijkt dat BugBlue te zijn, terwijl hij bezig was met het intekenen van buslijn 20. En ook alle delen van de rotonde samengevoegd tot een (1) way? Ik heb een aantal rotondes opnieuw in stukjes moeten hakken omdat een fiets-/busroute maar een deel van de rotonde gebruikt. Goed dat de busroutes ge-importeerd worden, maar om dan meteen alle rotondes samen te voegen is wat overdreven. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe website
Allereerst een compliment voor de nieuwe site. Dank aan iedereen die voor of achter de schermen heeft meegewerkt. Dat je de kaart op de achtergrond kunt veranderen is functionaliteit die ik nog niet eerder had gezien, erg mooi. Een paar miniscule puntjes, meer op inhoud gericht. - Voor innovatiebevorderend: prototyping. Als bedrijf dat (mogelijk) een op kaarten/geo gerichte applicatie wil ontwikkelen kan je prototypes bouwen zonder je al vast te leggen op een (dure) licentie. - De hoofdstukjes kwaliteit en bruikbaarheid zou ik samenvoegen (bruikbaarheid linkt trouwens naar zichzelf). - Bij de pagina's over doneren misschien een paar donateurs van data noemen? Je loopt dan wel het risico op scheve gezichten bij organisaties die niet vermeld staan. - Op doneren financieel staat naast korting voor mij bij lidmaatschap OSMF, grapje? - Bij de verschillende lijstjes van gebruik nog eens vermelden dat het zeker geen complete lijst is. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Welke Garmin
2009/7/30 Frank Fesevur f...@users.sourceforge.net: Beste Hans, Ik heb zelf recent via Marktplaats voor 85 euro een eTrex Venture HC gekocht. Een simpelere uitvoering dan de eerder genoemde Legend en Vista, maar deze was zeer betaalbaar. Ook ik gebruik een Venture HC, Goed geschikt voor mapping, lange batterij levensduur. Maar toch wel twee nadeeltjes - Geen externe geheugenkaart, met name voor kaarten (zie verderop). Met het log interval op 2 seconden kan je ruim vijf uur loggen, in de meeste gevallen voldoende. - Geen routering, op het moment dat ik 'm kocht waren er nog geen routeerbare garmain kaarten van OSM, nu zou ik er toch wel eens mee willen spelen. Ik gebruik er de kaarten op die Lambertus noemde i.c.m. MapSource. Ik weet alleen niet of er een Linux-port is van deze kaart kopieer functionaliteit van MapSource. Anders ben je inderdaad gebonden aan een van de 'x' modellen, dus met microSD kaart, of MapSource in Wine (als dat werkt). Er is software die dat zou kunnen (sendmap, qlandkarte), maar afhankelijk van het specifieke toestel dat je hebt. Dat heeft iets te maken met welke codes aangegeven worden als het toestel zich aanmeld, sommige van deze codes zijn bekend, en dan zou het werken, andere codes worden niet herkend. Mijn apparaat werkte (vorig jaar) niet onder linux. Als je voor tweedehands gaat, let er dan wel op dat je een H-model kiest dus met de hooggevoelige ontvanger. Maar welke features zijn noodzakelijk of er belangrijk om de OSM onderweg comfortabel te kunnen gebruiken zonder te veel geld uit te geven?, Met welke apparaten hebben jullie goede ervaringen? Twee zaken die voor mij een 'must have' zijn: - Een hoogevoelige GPS ontvanger (in de etrex serie te herkennen aan de H). - Een kleurenscherm. Op de communicatie onder linux na ben ik niet tegen limieten van de vanture HC aangelopen. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk] Old GPS Data
Sorry to break the threading, Maybe it's an idea to allow users to specify an area where traces are outdated? So when a junction is reconstructed a local user can place a bounding box over that junction and all GPS points in that box are marked as outdated (or deleted, or whatever). Maybe some extra safety needs to be made by only allowing users active in the specific area to do this, or only users who upload traces. I can think of a few places in my immediate area where the older ('wrong') traces have the upper hand. Rene. Maarten Deen: Simone Cortesi wrote: On Tue, Jul 28, 2009 at 09:21, ?var Arnfj?r? Bjarmasonava...@gmail.com wrote: Does OSM invalidates GPS data after some time? Otherwise, roads continuously changes and after we will have a big cloud of points that don't make any sense. No, it doesn't. GPX tracks stay where they are forever and continue being served by the GPS API. anyway this is something that we might need to consider in the future. GPS are becoming more precise. older tracks are, on a general basis, less precise than actual ones. and road modifications will become more apparent as we progress. But there is no way to determine if a particular GPS track is outdated. Sure, you can look at the map and say I don't see a physical road for this track, but how would you identify GPS points of a track that is invalid? Especialy for the anonymous tracks? Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Thoughts on an enhanced GPX api
On Tue, Jul 28, 2009 at 12:33 PM, Ævar Arnfjörð Bjarmasonava...@gmail.com wrote: On Tue, Jul 28, 2009 at 9:04 AM, René Affourtitraffour...@gmail.com wrote: So when a junction is reconstructed a local user can place a bounding box over that junction and all GPS points in that box are marked as outdated (or deleted, or whatever). Maybe some extra safety needs to be made by only allowing users active in the specific area to do this, or only users who upload traces. The problem with this is that it's a broken solution to an already limited system. We shouldn't have to /remove/ GPS tracks depending on age, but rather have the ability to mark segments or points of them as trusted (amongst other things). Maybe I wasn't very clear, I'm not talking about removing whole traces, but about marking points inside an area as invalid. e.g. Just south-west of Breda in the Netherlands the highway A16 has been moved a few hundred meters to the west over a distance of a few kilometers. Whatever traces that were made for that highway are still valid, except for these few kilometers and the connecting junctions. We want to keep the traces of the highway, and only 'remove'* the part that has been moved. (*) replace with delete/ mark invalid/ mark untrusted as you like. ... One problem with this is - as has been observed - that the data gets less useful for everyone as more traces are uploaded. We can devise hacky solutions to this such as not serving old traces via the API. But that's just a lame workaround which'll remove a lot of valid tracesi E.g. I've surveyed footways that have been there for centuries, and probably aren't going anywhere soon. What if the GPX API worked like this instead: ... * The data is versioned, and anyone can edit it I have a lot of GPX tracks that could be improved, e.g. by deleting point clouds. I'd like to edit them using normal OSM tools, have those edits versioned (so they can be rolled back), and have other users do those fixes for me. Just like with the OSM data I upload. In my opinion traces should be cleaned up before being uploaded, however I confess that I often don't do that :-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] maximumsnelheden.nl
Ook voor mij: mijn persoonlijke mening en geen advocaat. Ik vind de lagen op de maximumsnelheid site wat ongelukkig gekozen. Toen ik de site voor de eerste keer bekeek had ik de indruk dat ik kon kiezen uit een laag met NWB data en een laag met OSM data. Beide met een overlay van snelheden. Om, omdat OSM achtergrond en NWB op een(1) laag in openlayers staat, gelijk maar aan te nemen dat beide databases zijn samengevoegd is wat krap door de bocht. Er staat een verwijzing op de site naar openstreetmap (ik zou een llink naar .org een een link naar de license info verwachten). Wat er nu gebeurt is misschien in strijd met de letter van de licentie, maar vanaf de zijlijn gezien was de intentie om het goed te doen er wel. Ook gezien de reactie van Dirk Bussche had er met een telefoontje waarschijnlijk al een hoop veranderd kunnen worden. Om nu (in het weekend, terwijl RWS niet kan reageren) te gaan roepen Ze hebben OSM en het NWB samangevoegd zonder aan onze licentie te voldoen, 'wij' gaan het NWB kapen (zo komt het op mij namelijk over) vind ik zeer onverstandig. Als je een dergelijke situatie tegenkomt, lijkt mij de volgende werkwijze redelijk: - Meld hier op de lijst dat je een mogelijk probleem geconstateerd hebt, en dat je contact op gaat nemen met de betreffende organisatie. - Als de verantwoordelijke personen niet aanwezig zijn, geef dan een redelijk e termijn om te reageren. - Als er dan nog niet wordt gereageerd, ga dan roepen/ schreeuwen/ dreigen/ de OSMF inschakelen. Misbruik van onze data vind ik niet acceptabel en we moeten zeker mensen hebben die bovenop dit soort zaken zitten. Maar in dit geval denk ik dat we een hoop goede wil zijn verloren bij een (in geo-land niet onbelangrijke) organisatie, waar we met een paar telefoontjes tot een goede oplossing hadden kunnen komen. Als de data op maximumsnelheden trouwens maatgevend is voor de kwaliteit van het NWB, dan vraag ik me af of we dat wel zo graag willen hebben. Ik zie bij mij in de omgeving al een flink aantal storende fouten. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] maximumsnelheden.nl
Lambertus: Mijns inziens is er feitelijk nog niks gebeurd, behalve een discussie hier op onze eigen mailinglijst over de constatering en wat hiermee te doen. Wij (OSM) bestaan uit een boel mensen die niet allemaal hetzelfde reageren. De één is feller dan de ander, laten we elkaar die ruimte geven. Zolang het niet persoonlijk wordt is er niks aan de hand. Dit soort discussies geven ook een signaal dat OSM de ogen en oren open heeft en, ondanks dat het een vrijwilligers organisatie is, toch aanspraak maakt op zijn rechten. Met zo'n signaal is in mijn optiek niks mis. Er is een stevige discussie gaande op een publieke mailing lijst. Inderdaad niets mis mee. Er zijn in het verleden wel meer discussies geweest waar ik me aan ergerde, maar me niet in heb gemengd. Met de combinatie van deze thread met de thead OSM = NWB = OSM ? YES WE CAN en de blog vind ik het *persoonlijk* te heftig en fel. Ik zou het jammer vinden om maandag op een andere website een artikel te lezen dat gebaseerd is op deze discussie. Al dan niet uit verband gerukt. Lambertus Ach, de meeste mensen waren ook erg blij met de AND data ondanks dat die op veel plekken naar schatting zo'n 5-6 jaar achter liep en dus heel veel fouten bevatte. Als de NWB en maxspeeds data aan OSM toegevoegd kan worden is dat ongetwijfeld een vooruitgang én je hoeft niet bang te zijn dat niks meer valt te mappen ;-) Genoeg te mappen blijft er voorlopig genoeg, ik kom na ruim een jaar werk op het punt dat ik mijn eigen woonplaats als bijna af beschouw. We moeten (als het zover komt dat we het NWB kunnen importen) wel opletten dat het als geheel een verbetering is. Totdat de overheid een volledig up to date, accurate en open kaart bij gaat houden hebben we werk. Iets zegt mij dat die kaart er niet komt (vanuit de overheid dan). Stefan: OSMF is geen eigenaar van OSM data, sterker nog Freek zal in NL sterker staan dan de OSMF omdat het zijn werk is geweest. Daarbij, wij werden van het tegenovergestelde beschuldigd (of AND werd dat). Ik had in m'n hoofd zitten dat OSMF in dit soort gevallen als rechtspersoon kon dienen, maar ik kan daar niets over vinden op hun site. Mijn excuses. Self + Stefan Misbruik van onze data vind ik niet acceptabel en we moeten zeker mensen hebben die bovenop dit soort zaken zitten. Maar in dit geval denk ik dat we een hoop goede wil zijn verloren bij een (in geo-land niet onbelangrijke) organisatie, waar we met een paar telefoontjes tot een goede oplossing hadden kunnen komen. Heb je het hier nu over RWS? Ja, met die organisatie bedoel ik RWS. stefan: De maxspeed is statistisch relevanter dan rucklichlos overal 100 en 50 op zetten, dus ondanks dat de data slechter zou zijn, zou het ons een boel werk schelen, en ik verwacht dan ook dat het met het werk van Lennart een mooier kaartje kan opleveren, zeker als we daar een dynamische laag van maken. Hier volg ik je even niet helemaal, bedoel je dat we met de snelheids informatie zones kunnen bouwen en aan de hand daar van de maxspeed in OSM ingeven? Dat zou wel heel mooi zijn, maar ook deze info bevat fouten. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] http://tile.openstreet.nl/
De tiles worden om een of andere reden niet bijgewerkt. Voorbeeld (Loonse en Drunense Duinen): http://tile.openstreetmap.nl/?zoom=13lat=51.64135lon=5.07579layers=B000F Hier loopt een fietspad vanaf de Efteling naar het oosten en dan naarhet noorden richting Waalwijk (28 februari ingevoerd). Dit sluit aan op het al zichtbare fietspad vanaf Loon Op Zand. Op andere zoom levels en de laag NL (Current) en is het al wel zichtbaar. Aan de zuid en oostrand zijn meer fietspaden (7 maart ingevoerd) die op zoom 15 zichtbaar worden. Cache informatie van firefox voor http://93.186.180.157/13/4212/2718.png Client:HTTP request-method:GET response-head:HTTP/1.1 200 OK Date: Sun, 08 Mar 2009 18:14:27 GMT Server: Cherokee/0.99.1b2919 (UNIX) Expires: Sun, 15 Mar 2009 18:14:27 GMT Cache-Control: max-age=604800 Etag: 499fb9f5=4f79 Last-Modified: Sat, 21 Feb 2009 08:23:17 GMT Content-Type: image/png Content-Length: 20345 2009/3/8 Martijn van Oosterhout klep...@gmail.com: In welk zin lijkt het erop? Heb je een voorbeeld? Mvg, 2009/3/8 Ronald stroe...@zonnet.nl: Beste lezers, het lijkt erop dat alleen nivo 18 wordt bijgewerkt van http://tile.openstreet.nl Ik hoop dat iemand tijd vindt om ernaar te kijken en zonodig en oplossing vidt. Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutes Incrorrect getagged
Hoi, Gert wrote: wat is de meerwaarde van het opnemen van de nodes in de relatie Dat is een afspraak die bij mijn weten al een tijd staat. Het idee was dat je zo makkelijk kan zien of een route compleet is (?). Het heeft alleen altijd een beetje ondergesneeuwd gestaan op de wiki, vandaar dat het nu expliciet genoemd wordt. En natuurlijk zou je ze ook automatisch op kunnen zoeken. Taede wrote: Dan nog iets over het voorstel van Ldp: de route relatie kent (ook in de huidige situatie) meer tags die dubbel zijn. In het voorstel wordt de naam tag naar een overkoepelend hoger niveau getild, maar daar horen ook 2 andere tags: de network=rcn, en route=bicycle kunnen ook een level hoger eenmalig vastgelegd worden, met als type=network. Ze zijn dan niet meer nodig op de route relatie. Het verhaal over de verbinding tussen netwerken kan ik (nog) niet zoveel mee, misschien dat dit met wat voorbeelden kan worden verduidelijkt? Het probleem met de naam is dat de nodes in het netwerk een naam hebben, niet de routes. Voorbeeld: http://openfietskaart.nl/?zoom=14lat=51.71395lon=4.98457layers=BFTTFFFTT Op knooppunt 2 staat een bord Midden-Brabant, op knooppunt 51 staat een bord Altena-Biesbosch. Hoe heet de route tussen 2 en 51? Van 2 naar 7 of 11 is duidelijk: Midden-Brabant. Naar 35 is weer twijfelachtig (De Wijde Biesbosch). Door de naam onder te brengen in een netwerk relatie wordt die onduidelijkheid vermeden. Het verhaal met state=connection in (B) voor een route tussen netwerken valt me nu pas op en is (in mijn ogen) overdone. Connection zie ik als verbinding tussen bijvoorbeeld een stadscentrum en een node. routes tussen netwerken verschillen niet van routes binnen een netwerk. Voor role=connection in (C) is wel weer wat te zeggen, omdat je daarmee aan kan geven dat je maar een node in de netwerk relatie verwacht. Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutes Incrorrect getagged
Daarop doorgaand: Steven ten Brinke houdt op zijn website een soortgelijke lijst automatisch bij: http://squall.student.utwente.nl/osm-rcn/ En User:Ldp heeft ooit een voorstel op poten gezet om de tagging van fietsroute netwerken te veranderen: http://wiki.openstreetmap.org/wiki/User:Ldp#Cycle_Node_Networks Dat voorstel moeten we misschien wat verder uitwerken. Rene 2009/2/1 Roeland Douma u...@rullzer.com: Goedenavond, Ik was vandaag wat met relaties aan het klooien. En dan vooral de fietsroute relaties en het viel mij op dat er erg veel inconsistente tagging in de database zit (zie bijgaand filetje). Op deze manier is het erg lastig om bijvoorbeeld alle nodes van een netwerk te vinden. Of om mooie rendering op de kaart te krijgen van deze routes. Tevens staat op de wiki ( http://wiki.openstreetmap.org/wiki/Fietsroutes ) dat de note tag gebruikt moet worden voor de knooppunten waartussen een route is. Zouden jullie in je omgeving kunnen kijken naar fout getagde routes. Bij voorbaat dankt oor een mooiere kaart, --Roeland ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Rendering van straten
Als we het toch over todo lijsten hebben, Ik weet niet wie op dit moment welke laag beheerd maar heb drie verzoeken 1: kan er iets gedaan worden aan het doorlekken van fietsroute-namen naar de gewone straatnaam? voorbeeld: http://tile.openstreetmap.nl/?zoom=16lat=51.61405lon=4.84717layers=B000F 2: Icoontjes, er is geen icoon meer te zien op 'onze' kaart (was gekoof ik al eens gemeld). 3: Was de Speedlayer server-cache. Maar die wordt op dit moment al geleegd zie ik. In ieder geval worden wijzigingen van afgelopen weekend zichtbaar. Rene 2009/1/7 Rob interru...@gmail.com: oke, zal het op de todo list zetten ;) Gert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppunten en naamgeving
Als voorstel voor de netwerk relatie: - Alle rcn_ref nodes van het betreffende netwerk. - Alle (rcn) route relaties die geheel of gedeeltelijk in dat netwerk liggen. Je kan dan met een (1) relatie het hele netwerk pakken, inclusief de verbindingen naar omliggende netwerken. Die opmerking van mij dat de name makkelijk was voor in de editor sloeg (achteraf) natuurlijk nergens op. Rene 2008/9/28 Lennard [EMAIL PROTECTED]: Gert Gremmen wrote: - nodes en ways untagged behalve de bordjes rcn-ref=xx -- route relatie ways + nodes : alleen note = xx-yy --- netwerk relatie : lijst met route relaties + name --- netwerk relatie: lijst met knooppunten-nodes + name ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknooppunten en naamgeving
Opmerkingen tussengevoegd. 2008/9/27 Gert Gremmen [EMAIL PROTECTED]: Waar zie je dat dan Lennard , met die namen op Mapnik ??? (linkje svp) Het enige wat ik zie is schildjes van de LF routes. En op .org zie ik zelfs helemaal niets fietsroutes gerelateerd. onder andere hier: http://tile.openstreetmap.nl/?zoom=16lat=51.68239lon=4.88529layers=B00F De fietskaart doet he volgens mij wel goed. Verder, is het niet zo dat de tagging moet worden aangepast aan de rendering, maar wel andersom. Zoek dus de oplossing in Mapnik. Over het verschil in B en NL tagging, moeten we inderdaad eens overleggen. Beide mee eens Van die verbindingswegen heb je helmaal gelijk, dat zijn ook helemaal geen benaamde routes, dus gewoon geen naam, of iets algemeens zoals name=internetwerk en note = xx - yy Zoals Geert al aangeeft, je kan de conventie name=netwerknaam/anderenetwerknaam gebuirken Hier: http://squall.student.utwente.nl/osm-rcn/ staat houdt Steven trouwens gegevens bij over de netwerken, hij gebruikt ook die conventie. Vroeger gebruikte ik name= en alt_name=, maar ik ben aan het overgaan (als ik me nog weet te herriniren welke van de twee knooppunten in welk netwerk lag). -Oorspronkelijk bericht- ... Mijn conclusie daaruit was dus eigenlijk dat ik alleen van de knooppunten zelf wil (en kan) weten in welk netwerk ze zitten. ... Sinds ik die conclusie heb getrokken ben ik begonnen met het zetten van de naam van het betreffende netwerk op de node die het knooppunt is. Daar zet je nu al met rcn_ref=nummer het knooppuntnummer in, maar ik heb sindsdien ook rcn_name=netwerknaam toegevoegd, indien mij nog bekend. Op die manier zou ik straks ook een lijst kunnen genereren met alle zodanig getagde knooppunten binnen het netwerk. Ook wil ik stoppen met het zetten van een name tag op de relatie zelf. ... Knooppunt namen toevoegen kan ik me wel in vinden. Relatie-namen moeten in mijn ogen behouden blijven (al was het alleen al om in josm een overzicht te houden), Rene. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Plaatje
Zoals al door anderen gezegd, een mooi plaatje. Je kan duidelijk zien waar de mappers zitten. Date: Sun, 4 May 2008 10:55:22 +0200 From: Freek Ga je dit plaatje vaker maken, zodat we de voortgang kunnen zien? Ja, wilde hem elke week draaien en misschien na een half jaar of zo een filmpje maken. (Heeft er trouwens nog iemand oude NL-extracts van meer dan een week geleden?) Drie stuks: - planet-nl-latest.osm.gz (92 MB), van 26 feb 08 - netherlands.osm.bz2 (251 MB), van 08 mrt 08 - netherlands.osm.bz2 (253 MB), van 12 apr 08 Heb geen eigen webstek waar ik ze neer kan zetten, dus als je interesse hebt moet we wat zien te verzinnen hoe we die files over krijgen. . Rene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl