Re: [OSM-talk-nl] Is dit toegestaan?
Stefan de Konink wrote: On Thu, 16 Apr 2009, Floris Looijesteijn wrote: Kan iemand me vertellen of het gebruik van deze tool is toegestaan om bijvoorbeeld nieuwe wijken te zoeken die nog niet in Openstreetmap staan? Ik begrijp dat het niet gebruikt mag worden om over te tekenen. Maar ik zie zo al een stuk of 3 wijken in de buurt waarvan ik niet wist dat ze er waren. Aan de hand van die tool zou ik er heen kunnen gaan en gewoon op de normale manier mappen. Mag dat? Feitelijke informatie mag je gebruiken. Er gingen zelfs stemmen op dat je streetview mocht gebruiken voor straatnaam bordjes. Oh? En POI's? Want dan ga ik even virtueel door Amsterdam/Rotterdam/Groningen rijden en telefooncellen, brievenbussen en wat al niet meer intekenen. Als ze het willen beschermen gooien ze het op het databank recht, immers het is een verzamelde collectie waar jij uit kunt halen of iets aanwezig is of niet, hoe fundamenteel dan ook. ...als jij echt langs gaat op die plek, denk ik niet dat je er veel mensen over gaat horen. Floris zit nog een stapje eerder: mag je op Google Maps zoeken naar plaatsen die nog te mappen zijn. Ik denk dat niemand dat kan verbieden, alleen al niet omdat niet hard te maken is dat je met Google gezocht hebt. Overigens zijn er ook sites die Google en OSM 1-op-1 op elkaar leggen met transparancy. Bijvoorbeeld http://sautter.com/map/?zoom=10lon=4.823lat=52.15708layers=BTFFF Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Voetbalclubs
Stefan de Konink wrote: On Wed, 8 Apr 2009, Theun wrote: Met al die mogelijkheden om de history te bekijken had ik dat ook wel kunnen bedenken. Zijn blijkbaar een maand voor de AND import toegevoegd (aug. 2007). In de data-overlay op openstreetmap.org staat er echter geen naam bij edited by. Hier staat private user , geen idee wat dat inhoudt. Vroegah kon je zeggen dat je anoniem wilde OSM'en ;) In de history is het user veldje dan ook niet ingevuld: node id=34048598 lat=51.32221 lon=6.00905 visible=true timestamp=2007-08-12T01:42:33+01:00 tag k=created_by v=JOSM/ tag k=description v=Helden , vv, Lb31-77-3074041/ tag k=sport v=soccer/ /node Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Utrecht Lunetten (was Re: Steden/dorpen)
Lennard wrote: Parken (leisure=park) die op layer=-1 liggen. Geen idee waarom, want landuse en ook leisure areas worden toch al onder wegen gerenderd. Dat klopt niet. Zie http://www.openstreetmap.org/?lat=51.32148lon=6.01093zoom=15layers=B000FTF waar het groene gebied (leisuire=pitch, sport=soccer) duidelijk boven de weg is gerenderd. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Voetbalclubs
Floris Looijesteijn wrote: dat klinkt als een import, zit er geen source bij? Geen source, maar het moet wel een import zijn. Ik zie overal dergelijke tags bij voetbalvelden. Daar heeft iemand waarschijnlijk met data van de KNVB wat ingevoegd. Kijk maar eens naar nodes rond id 34048600. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] turn restriction relations: via
Gregory Williams wrote: -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Shaun McDonald I have seen some people splitting roundabouts so that the bridge can be shown properly. Also, there's a roundabout that's split into three separate ways in Canterbury, because it's actually a different road name for each of those ways. I've also seen several examples of roundabouts being split to accommodate bridges, particularly at motorway junctions. Or routes. There is no reason why a roundabout should consist of only one way. If need be, a relation can be created to include all ways in a roundabout. Roundabouts in the Netherlands (from the AND import) are generally split in a different segment on each point where a road joins it. Random example: http://www.openstreetmap.org/?lat=52.51517lon=6.102627zoom=18layers=B000FTF. This is a typical example. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Doe jezelf en anderen een plezier en gebruik Potlatchniet meer
Gert Gremmen wrote: Het is waar. Potlatch is in de huidige versie niet toegerust om in high density gebieden te editen. Ook ik wil een ieder aanraden (in het belang van de map) wat tijd te steken in JOSM. Het is echt makkelijker dan je in eerste instantie denkt. Alle editors hebben een learning curve. Ik zit in Potlatch ook nog vaak te zoeken hoe iets precies ging. Ik heb op OSM talk een discussie gestart over de toekomst van Potlatch, maar werd zowat afgebrand omdat ik het waagde om Potlatch ter discussie te stellen. Er zijn daar een paar Engelsen die echt de OSM wijsheid in pacht denken te hebben en absoluut niet openstaan voor kritiek. Je mag in die groep alleen kritiek hebben als je mee-programmeert. Als gebruiker moet je je mond houden. Met name Richard Fairhurst als auteur van Potlatch gedraagt zich als zelfgekozen koning. Die lijken er in de JOSM community ook te zijn. Een verzoek om een verdwenen functie terug in te bouwen werd beantwoord met tips hoe het te doen zonder die functie en een duidelijke weigering om die functie er terug in te zetten. Dan denk ik ook programmeer je voor jezelf of voor de gebruiker? Ik wil best een middag organiseren voor Potlatch gebruikers die willen overstappen naar JOSM. Er is vast ook wel iemand die Merkaartor wil uitleggen. Geef me even een seintje als je mee wilt doen, zowel aan de vraag als aanbodzijde. Als ik tijd heb wil ik er zeker bij zijn, in het JOSM kamp. Ik gebruik Potlatch ook wel eens voor snelle kleine edits, maar ik wist niet dat die de data zo borkt. @Stefan, is dat altijd of alleen in bepaalde omstandigheden? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] [tagging] Feature Proposal - RFC - h==highway
Renaud MICHEL wrote: Le lundi 30 mars 2009 à 05:46, PAA a écrit : Request for comments on creating the key:h and making it synonymous with key:highway. That's just ridiculous. Don't start duplicating tags with the same meaning. No it's not. It's called convenience. And once you start with tag names, you could go on with values and replace primary with p, secondary with s and so on. Then I would like to propose 1 for primary, 2 for secondary, and so on. trunk roads would be 0 and highways -1. Add .5 for _link. Can we implement this tomorrow? Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - h==highway
Chris Hill wrote: Maarten Deen wrote: Can we implement this tomorrow? When hell freezes over maybe. I meant day after tomorrow BTW. Maybe that clears it up a bit. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Introducing OpenStreetBrowser
Stephan Plepelits wrote: Hi Folks! Some of you might already have noticed the OpenStreetBrowser, as I added it to the list of GSoC-Projects, and I've been already writing on a page in the OSM-Wiki for the last week. I had a little bit too much time in the last months, so I started to write a web-application where you can browse the OSM-content in certain categories. This includes an own style with some thematic overlays. I'm quite excited about it, there are so many possibilities in the database. It's not finished yet, but I think of the current version of a usable beta (I just updated browser support, it's even working in IE6, though with some restrictions). So ... don't want to loose to many words, just give it a try: - http://www.openstreetbrowser.org In the OSM-Wiki you find additional informations about the project: - http://wiki.openstreetmap.org/wiki/OpenStreetBrowser I think it's superb. I've been looking for something like this for some time now and I know it's not easy, so it's just wonderful that someone has found the time to do it. Some comments though: - If you select a category, the items only show up as icons on the map from zoom 15. Placing markers at lower zoomlevels would also be very welcome. - some categories are incomplete. Public transport stops only shows train stations and not bus stops. That's probably because a bus stop is tagged as highway=bus_stop - shopping does not find anything in my area, although I have added shops. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sat Nav idiocy in Todmorden
David Ebling wrote: I think a lot of you probably saw this news story: http://news.bbc.co.uk/1/hi/england/bradford/7962212.stm Yes. And rightly so that someone driving like that is charged. I thought people might be interested to see the location on Multimap, which has some nice bird's eye photos too. http://www.multimap.com/s/10OO0OsQ I guess this is where it all happened: http://maps.google.nl/maps?f=qie=UTF8ll=53.704439,-2.109332spn=0.000646,0.001577t=kz=19 and that the driver entered the road from the north. How far out does one have to be to continue on that road, judging from the satellite photos. Especially if he works as a driver and presumably spends quite some time on the road. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=cyclefootway
Richard Mann wrote: Map Features says that highway=cycleway should be used for ways that are mainly/exclusively for bicycles. Does that mean that all those cycleways in the Netherlands have (implicit) footways alongside, or that there are so few pedestrians that the way can be regarded as mainly for bicycles, or that they tag them as cycleways even though there are a fair number of pedestrians? Well, pedestrians are allowed to walk on any road if there is no pavement or cycleway next to it (exceptions are motorways and the use of a sign barring pedestrians) and are always allowed to walk on cycleways. And as we all have a bike, cycling is more common than walking. It is certainly not that a cycleway usually has a footway next to it. On the contrary, it usually does not. As the term bridleway is uncommon in the Netherlands (there are paths designated as horseback route, but they are not limited to horses and pedestrians) I would tag such a way as track in the Netherlands. A track does not ban any specific traffic, that would have to be put in tags. Maarten On Thu, Mar 26, 2009 at 6:20 PM, Someoneelse li...@mail.atownsend.org.ukwrote: Richard Mann wrote: Only the British use bridleway. The Dutch have markedly few footways (which probably indicates cycleway is being used quite loosely). My recollection of both urban and rural bits of the Netherlands is that there actually are fewer footways than cycleways - I've had a look at the map of a couple of bits that I'm familiar with (Maarssen, Scherpenzeel and the German border near Enschede FWIW) and (with a couple of exceptions) what's mapped matches pretty much I'd expect to be if the same feature were mapped in the UK. My experience of the Netherlands, Germany and Scandinavia is that it's the UK that's the odd one out in having fewer cycleways than the norm for northwestern Europe. Obviously this has no bearing on whether a particular route in Oxford should be labelled as a bridleway or a cycleway (I've never been there and can't comment). Maybe arrange a meeting in a local pub and have a show of hands? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Steden/dorpen
Ronald wrote: Op de volgende web-pagina: http://wiki.openstreetmap.org/wiki/NL:Map_Features worden de volgende mogelijkheden genoemd: place = city place = town place = village place = hamlet place = suburb place = locality place = island Dit is verder voor Nederland niet uitgewerkt. Als ik op de diverse kaarten kijk zoals: www.openstreetmap.org www.tile.openstreet.nl www.opencyclemap.org www.openfietskaart.nl Dan zie ik erg weinig verschil tussen bijvoorbeeld dorpen en gehuchten. Dit komt nogal rommelig over, ik zie dan ook graag enige verbetering hierin. Er is in de AND data ook weinig verschil gemaakt. Als ik in mijn omgeving kijk http://www.openstreetmap.org/?lat=51.339lon=5.976zoom=13layers=B000FTF dan zie je daar Vosberg, Zandberg en Eindt. Die hebben allemaal place=village. Kijk gerust eens op de satellietkaart van Google, dit is nog niet eens een concentratie van huizen langs wat B-wegen. En dat terwijl andere plaatsen wel als hamlet zijn gedefinieerd (zoom maar een niveau dieper, dan zie je Kaumeshoek, Everlo, Loo en Laagheide verschijnen). Dit zijn allemaal overblijfselen van vroeger, toen een gehucht al een gehucht was als er drie boerderijen in het veld lagen. Dit moet zeker geretagd worden. Ga je uitzoomen naar level 11, dan zie je in die buurt opeens geen namen meer, behalve van een paar steden. Natuurlijk kan dat met renderingrules aangepast worden, maar ik neem aan dat de huidige rules wel een logica hebben. Wat mij betreft mogen daar wat meer namen komen. Tagging voor de renderer? Of de renderer aanpassen? Welke place= wordt op welk niveau gerenderd? Ik heb samengevat dan ook de volgende vragen: definities voor Nederland van bijvoorbeeld village en hamlet (bij consensus graag de wiki bijwerken) Een plan van aanpak hoe we de situatie in Nederland kunnen wijwerken. (ik denk dat dit teveel is voor 1 persoon) village is met een (blauw) plaatsnaambord (H1)? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Steden/dorpen
Ben Laenen wrote: Dat wordt een straatje zonder eind, en de enige oplossing is om andere data te gebruiken voor het renderen, zijnde populatie (maar dat is natuurlijk ook niet eenvoudig. En dat wil ik veto-en omdat mijn dorp er dan niet op komt ;) Maar serius: de situatie waar ik woon is dat de gemeente Helden heelt (niet lang meer vanwege gemeentelijke herindeling), en dat er een soort van dubbelkern Helden en Panningen is waarvan Panningen het grotere dorp is, maar Helden het oudere. Op alle kaarten en wegwijzers zie je Helden als belangrijkste plaats. En ook Google laat Helden eerder zien. natuurlijk. Toch zal het er ergens in die orde gezocht moeten worden, misschien iets als een fuzzy populatie met één beduidend cijfer (à la 200, 6000 of 50). Wat is dan het verschil met dat cijfer van 1 tot 18 te laten lopen en overeen te laten komen met het zoomlevel? Tag render_at met waardes 1-18. Daar past wat mij betreft smiley :/ bij (als in: niet mooi of wenselijk, maar het werkt). En het is bruikbaar voor alle nodes en ways. Soit, voer genoeg voor discussie. Maar extra place tags is alleszins niet de oplossing. Want dan kan je blijven opsplitsen tot je de een tag hebt voor elk cijfer van de populatie. Idd. Maarten On Friday 27 March 2009, Floris Looijesteijn wrote: Misschien is er gewoon toch nog wel een extra level nodig. Ik mis nu bijvoorbeeld: Hilversum (volgens wikipedia: 84.000), Lelystad, Emmeloord, Vlissingen, Goes, Delft (96.000), Roosendaal, Bergen-op-Zoom, Drachten, en nog een paar waar ik niet meteen de naam van ken maar ze wel op die kaart er uit vind springen. groet, floris ___ 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] Multilingual map
D Tucny wrote: It doesn't get down to streetnames at the moment and there is only one country and 29 cities tagged with Catalan names... That said, I'll add it to the list of things to look at changing next time I do an import... And don't forget name:carnaval. Okay, it is mostly gigglevalue, but a lot of the towns in the south of the Netherlands will then show a different name. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] 6PP: een kleine setback (fwd)
Armijn Hemel wrote: We gaan een simpele webpagina met functie bouwen waarmee individuen hun 6ppc kunnen invullen en vervolgens op de kaart kunnen prikken. Op kvdb.net staat/komt al zo'n soort systeem (zie http://kvdb.net/projects/6pp/ ). Of dat met kaart is weet ik niet. Om mensen alvast een beetje in de richting te sturen is de data van '4pp' alvast een goede start (dan hoeven ze niet zo lang te zoeken): Uit OSM is ook nog heel simpel een lijstje te maken met alle addr:* tags. lat/lon krijg je er gratis bij. Deze lanceren we landelijk; via nu.nl, desnoods via net NOS journaal, we moeten heel veel respondenten zien te krijgen. We vangen het ip-adres van de invuller in combinatie met de geprikte postcode. Dit gebruiken we om misbruik te filteren. Grappig. Ga wel even goed na in hoeverre dit niet de privacy aantast als je het herpubliceert (een geolocatie gekoppeld aan een persoon kan een persoonsgegeven zijn is mij ingefluisterd door een welbekend ICT-jurist uit Eindhoven). Je moet ook geen IP-adressen publiceren, maar je kunt ze wel opslaan om later te gebruiken in geval van misbruik. Of dat dan wel mag (als het persoonsgegevens zijn mag je ze ook niet zomaar opslaan) dat moet je mij niet vragen. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 6PP: een kleine setback (fwd)
http://kvdb.net/projects/6pp/ Zojuist nog even geprobeerd een locatie toe te voegen. In eerste instantie mislukt, maar toen ik de 'ö' veranderde in een 'o' ging het wel. Misser. Ik heb me er al sinds het begin aan geërgerd dat er geen diakritische tekens in de postcodetabel staan. Goed, dat dat in 1978 niet zo makkelijk of vanzelfsprekend was dat begrijp ik. Maar dat ze er nog altijd niet in staan is een grote kans voor 6pp. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] oneway yes or true
sly (sylvain letuffe) wrote: David Earl wrote: I can't help feeling the effort that I've noticed some contributors are putting into manually changing oneway=yes to oneway=true would be better spent doing something more useful. Well, JOSM-search-type:way oneway:true A nice way to rest my brain. Who's to say what the right answer is when there is no right answer. I pretend to know and say (again) that the right answer is not to have duplicate tags for the same meaning. But, that's not that much about changing them for changing them I'm fighting for, but for that : http://lists.openstreetmap.org/pipermail/talk-fr/2009-January/006179.html ( don't want to waste time translating, but get help from google translator if you want to read my story ) Eek - people are really doing this? I am Whatever it is going to be: it would be nice if the validator plugin in JOSM will accept this. Currently it's programmed to accept yes/no as a proper tag and true/false is flagged as incorrect. That's why I change these tags to yes/no if I encounter them (with the validator). If I'm then in an editwar with Sylvain, I hope we can do it face to face with some wine and cheese ;) Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] oneway yes or true
sly (sylvain letuffe) wrote: no false 0 -1 all other values are ignored and treated as yes (why else would you have a oneway-tag). Ouch ! While using your software, I'll be extreamly carefull on the road ;-) Don't want to be droven on an undefined or other or maybe oneway Europe counts : oneway | count + yes| 466883 1 | 104487 true | 100204 no | 35883 false | 3519 -1 | 2683 undefined |197 0 | 24 unknown| 11 both | 11 other | 9 Not oneway, not both ways, but... you can go down as well? true; 1; true | 2 yes; yes; true; yes; yes | 2 I've encountered some of those too. I'm all in favour of making lists like this on a regular basis with the node-id/lat-lon so that people can change it. Not the yes/true debate, but these obvious errors. I know we did something similar after the AND import in the Netherlands. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Easteregges (was: Afritten op A58 verdwenen)
Skywave wrote: Oh ja dit uitstulpje hier is waarschijnlijk een AND easteregg, ook niks op Gmaps. Heb er al meer van gezien, als iemand het vanaf de grond af kan bevestigen, kan het verwijderd worden. http://www.openstreetmap.org/?lat=51.465707lon=3.975874zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=51.465707lon=3.975874zoom=18layers=B000FTF Dat soort eastereggs ben ik meer tegengekomen, zoals hier in Flevoland: http://www.openstreetmap.org/?lat=52.448825lon=5.547541zoom=18layers=B000FTF Ook de naamgeving komt overeen: r...@name, dus er kan zelfs naar gezocht worden. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Afritten op A58 verdwenen
Ik zie net dat een aantal afritten van de A58 in Zeeland verdwenen zijn. Ik heb zojuist afrit 31 uit de richting Vlissingen nieuw gemaakt maar ik zie dat de afritten 33 helemaal verdwenen zijn. Kunnen die nog hersteld worden? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Gert Gremmen wrote: Ik denk dat enige werkbare oplossing is een database splitsing. Er komen 2 OSM databases, en op grond van de verkregen toestemming van de user komt data ofwel alleen in de oude database, ofwel de nieuwe database ( of beide). DWZ dat er dan voor eindgebruikers van de data 2 mogelijkheden bestaan: Dat zou echt de slechtst denkbare situatie zijn. In de praktijk komt het er dan op neer dat mensen wel gedwongen worden om een keus te maken (waar ze dan misschien niet helemaal achter staan) puur en alleen omdat blijkt dat de ene database meer updates krijgt dan de andere. En dan is het dus door de strot geduwd. @Henk: wat ik nog een beetje mis is het waarom. Waarom moet er een andere licentie komen? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Auto routes
Roeland Douma wrote: Howdy, Het viel mij laatst op dat overal in Nederland bordjes met U verschijnen. Deze U-routes zijn officiele omleiding routes. http://www.rijkswaterstaat.nl/images/flyer%20vaste%20uitwijkroutes_tcm174-189614.pdf Het leek mij leuk deze routes te gaan taggen. Ik ben begonnen van de gene waar ik met enige regelmaat langs rij. Deze routes zijn goed te taggen met type = route route = detour ref = U* Het (eerste) resultaat is hier te zien: http://tile.openstreetmap.nl/~rullzer/routes/ Maar waarom daar stommen met routes taggen. We zouden ook de routes voor het vervoeren van giftige stoffen kunnen gaan taggen (K14-bord http://nl.wikipedia.org/wiki/Verkeersborden_-_Serie_K:_Bewegwijzering ) Ook zijn er genoeg rondritten van de ANWB die we zouden kunnen taggen. Of de P-routes in de steden. Ik heb deze week contact gehad met Harry Fluks die de website Harry's wegnummers http://wegnummers.autosnelwegen.nl/wegen/index.html beheert. Dat is een website met foto's van wegnummers, maar hij heeft ook een aantal routes gedocumenteerd, zoals de ook uitwijkroutes. De gegevens van de routes mogen we gebruiken om in OSM te mappen, hij heeft die gegevens ook maar van internet verzameld. De foto's die hij op zijn site heeft staan mogen we nadrukkelijk niet gebruiken, maar dat is ook niet zo'n probleem. Ik heb e.e.a. in de wiki gezet: http://wiki.openstreetmap.org/wiki/Bestaande_geodata_hergebruiken#Uitwijkroutes Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] Hardware Upgrade Fund
Richard Fairhurst wrote: Etienne wrote: We are going to keep the appeal open for at least a few more days. We know there are more donations in the pipeline Google Inc Google Open Source Programs Office http://code.google.com/opensource/ 2009-02-08 12:33:25 GBP 5,000.00 Wow. With one step 50% over the target. Apparently the API server has gotten scared that it is going to be replaced. I can't get any data from it at all. Has it gone in hiding in some closet somewhere? ;) Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long Ways and API 0.6
Shaun McDonald wrote: On 8 Feb 2009, at 12:44, Ben Laenen wrote: On Sunday 08 February 2009, Gary68 wrote: in europe there are 202 ways with more than 1950 nodes. complete lists can be found here: http://wiki.openstreetmap.org/wiki/SomeChecks or the europe file directly: http://www.gary68.de/osm/qa/some/len_europe.htm Does this suggest that there will be a 1950 node limit in the 0.6 API? If yes, where's all this documented? It will be a 2000 node limit. It is now quickly documented at http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6#New_Limits Is this a limit posed on ways only or also on relations? Because I got a note of a fellow mapper warning me that some relations have more than 2000 members. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long Ways and API 0.6
Frederik Ramm wrote: Ben Laenen wrote: OK, as long as there's no limit on the number of relation members, I'm happy :-) I'm pretty sure there will be, it is not implemented yet but I believe we said it would be 1.000. Relations with more members become very hard to work with. So, we're going to have to make relations to group relations? Isn't that a bit... daft? I thought relations were there to make the editors able to work on ways and not have to download all ways in the relation. How would a big relation then be hard to work with? Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Slootjes ja of nee ?
Stefan de Konink wrote: Ik vind het mooi, maar wellicht pas vanaf zoom 14 aan? Mijn idee. Op zoom 13 is het nog net wat te druk vind ik. In het algemeen: zeker mappen die slootjes. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Auto routes
Taede @ orange wrote: Leuk initiatief. Is ook ergens vast te leggen voor welke wegdeel deze omleiding geldt? Ik heb een kopje daarvoor in de tabel op de wikipagina gezet. Maarten -Original Message- From: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] On Behalf Of Roeland Douma Sent: dinsdag 3 februari 2009 21:29 To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Auto routes Howdy, Het viel mij laatst op dat overal in Nederland bordjes met U verschijnen. Deze U-routes zijn officiele omleiding routes. http://www.rijkswaterstaat.nl/images/flyer%20vaste%20uitwijkroutes_tcm174-18 9614.pdf Het leek mij leuk deze routes te gaan taggen. Ik ben begonnen van de gene waar ik met enige regelmaat langs rij. Deze routes zijn goed te taggen met type = route route = detour ref = U* Het (eerste) resultaat is hier te zien: http://tile.openstreetmap.nl/~rullzer/routes/ Maar waarom daar stommen met routes taggen. We zouden ook de routes voor het vervoeren van giftige stoffen kunnen gaan taggen (K14-bord http://nl.wikipedia.org/wiki/Verkeersborden_-_Serie_K:_Bewegwijzering ) Ook zijn er genoeg rondritten van de ANWB die we zouden kunnen taggen. Of de P-routes in de steden. Zou wel erg leuk zijn om deze dingen allemaal in onze database te hebben en te renderen. En in de toekomst zouden eventueel navigatie software deze routes ook kunnen gebruiken. Nu zijn, behalve de detour routes, er nog geen voorstellen hiervoor. (Maar dat is zo geregend, route = toxic/recreational/parking). Maar ik vroeg me af of er nog meer mensen waren met idee-en voor routes? En natuurlijk begin allemaal met de U-routes te taggen! --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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Auto routes
Roeland Douma wrote: Howdy, Het viel mij laatst op dat overal in Nederland bordjes met U verschijnen. Deze U-routes zijn officiele omleiding routes. http://www.rijkswaterstaat.nl/images/flyer%20vaste%20uitwijkroutes_tcm174-189614.pdf Het leek mij leuk deze routes te gaan taggen. Ik ben begonnen van de gene waar ik met enige regelmaat langs rij. Deze routes zijn goed te taggen met type = route route = detour ref = U* Het (eerste) resultaat is hier te zien: http://tile.openstreetmap.nl/~rullzer/routes/ Goed idee. Ik heb er meteen een wiki pagina voor gemaakt: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Uitwijkroute Eerste punt van discussie: is het U7 of is het U 7 (dus zonder of met spatie? Corrigeer, vul aan, verbeter. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] usercases for josm outside osm
Kim Hawtin wrote: hi maning, maning sambale wrote: JOSM is an excellent data editing tool (hey I also love potlatch!). Many of of its features I would love integrated in some FOSS GIS editing toolbox. That being said, are there user cases where JOSM is used outside OSM as a GIS editing app? Please share your experiences. what i'd really like is a mode where i can edit the GPS trails. just top and tailing the junk off the ends where the GPS was started and stopped, any time where you are are effectively indoors... also splitting large GPS trails into smaller more manageable sections. Second that. Basically what is now possible with Garmin's Mapsource: see GPX tracks, edit them, display them on a map. For that there will also need to be more map-downloading than z12 tiles only. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 0.6 move and downtime
Tom Hughes wrote: To make things a little clearer, we are actually blocking out four days for this, from 20th to 23rd March. So don't count on being able to upload anything during that period. There is only one mapping party listed for that weekend on the wiki, and it doesn't have any details yet, which is part of the reason why that date was chosen as it will hopefully minimise the disruption caused. IMHO it's a good idea to post these dates in the event calender. With some emphasis. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] symbolen op nl-tileserver
Martijn van Exel wrote: Ik zie helemaal geen symbolen meer. http://tile.openstreetmap.nl/?zoom=18lat=52.35277lon=4.89089layers=B000F Hier zou van alles moeten staan: cafés, winkels, pinautomaten, bioscoop. Ik zie een paar symobel, maar ik zie ook de Ceintuurbaan en de Ferdinand Bolstraat die opeens vankleur veranderen. En de naam van dat restaurant ...ayon is ook incompleet. Het lijkt wel alsof er een andere sylesheet is gebruikt. Maarten -- martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ Op 19 jan 2009, om 17:39 heeft Roeland Douma het volgende geschreven: Hey, Over welke symbolen heb je het en heb je een linkje naar waar ze wel zouden moeten staan maar nu niet staan? --Roeland On Monday 19 January 2009 17:14:42 Martijn van Exel wrote: Hoi, Klopt het dat er geen symbolen meer verschijnen op de Nederlandse slippy map? Wie kan daar wat aan doen? -- martijn van exel -+- mve...@gmail.com -+- http:// www.schaaltreinen.nl/ ___ 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 ___ 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] tileserver in RDnew?
Berlo, L.A.H.M. (Leon) van wrote: Met veel enthousiasme maak ik gebruik van OSM (op vele verschillende manieren). De nieuwe speedlayer in de nl-tileserver is érug gaaf. Ik vraag me wel af waarom dat in google projectie is? Waarom niet in RDnew? en is er ergens anders een tileserver/wms-server in RDnew te vinden om OSM data? Wat bedoel je met google projectie? De kaart is in Mercator projectie gemaakt en standaard krijg je (internationale) lengte en breedtegraden te zien. Als je de Nederlandse tileserver op tile.openstreetmap.nl pakt dan staan onderin ook de RD coördinaten. Uiteraard laat deze tileserver alleen details van Nederland zien. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietspaden kots
Stefan de Konink wrote: Matthijs Benschop wrote: Het valt mij vaak op dat mensen ten onrechte een fietspad naast een weg tekenen, terwijl die weg al de tag cycleway=track etc hebben. Het lijkt me wenselijk dat een cycle way die naast een weg loopt niet in de zelfde weg is opgenomen. Analoog aan als een weg uit twee banen met een midden berm bestaat je hem als twee 'one ways' tekent. Bedoel je dat je die dan apart moet taggen? Dat zou betekenen dat je naast zo'n beetje elke provinciale weg een fietspad moet gaan tekenen. Daar teken ;) ik toch niet voor. M.i. is een fietspad dat langs een weg loopt onderdeel van de weg, behalve als het een duidelijk andere loop heeft. Bijvoorbeeld het fietspad ten noorden van de Metamorfosenalle wat afbuigt naar de Oegsgeeststraat hier: http://www.openstreetmap.org/?lat=51.955lon=5.853zoom=18layers=B000FTF Het fietspad ten zuiden is dan een discussiepunt. Ten oosten zou ik hem apart leggen (vooral vanwege de onderdoorgang bij het kruispunt), ten westen (richting Marasingel) zou ik hem weer verwijderen. (stukje weg heb ik daar getagd, het fietspad lag er al) Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Lijst van ideeën voor mapping part ies afgesplitst
Omdat het nieuwe jaar weer nieuwe mappingparties met zich meebrengt (hopelijk toch) heb ik het lijstje met ideeën voor mappingparties dat onderaan [Netherlands Mapping Parties 2008] stond afgesplitst naar een nieuwe pagina (zodat daar in het toekomstige [Netherlands Mapping Parties 2009] naar gelinkt kan worden). Het staat op [Netherlands:To_be_mapped] en is wat mij betreft ook gepromoveerd tot een verzamelpunt voor zaken die nog gemapt moeten worden. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lanes / 'afslagen' A2/A58 (eindhoven)
Jeroen Asselman wrote: Op donderdag 11-12-2008 om 23:33 uur [tijdzone +0100], schreef Maarten Deen: Jeroen Asselman wrote: Het probleem is, dat volgens de bewegwijzering op en boven de weg de A2 de afslag is, en de A58 gewoon rechtdoor is. Als ze allebei een verbinding hun eigen way krijgen, kan een navigatie software niet aangeven dat als de bestuurder de A2 op moet dat de gebruiker rechts aan moet houden / afslaan. Als de bestuurder de A58 op wil richting eindhoven / son, dan moet de bestuurder niets doen (gewoon de weg blijven volgen). De A2 wordt namelijk de A58. Oh wacht, ik was de andere kant op aan het denken. Maar dan zie ik het probleem ook nog niet. De A2 is in feite rechtdoor, voor de A58 richting Son moet je linksaf. Nee, dat is dus het 'rare', voor de A58 richting son moet je rechtdoor / de weg blijven volgen. Om de A2 te blijven volgen moet je juist rechtsaf. Als ik op de luchtfoto's kijk dan staat er wel een pijl naar rechts op het wegvak, maar als je van de A2 uit zuidelijke richting komt en naar Den Bosch wil, dan hoef je helemaal niet van rijbaan te veranderen. Als je de A58 op wil, dan moet je van rijbaan veranderen. Dat die linkse baan geen uitvoegstrook is komt alleen maar omdat we in Nederland geen uitvoegstroken naar links willen hebben, maar logisch gezien gaat de A2 gewoon rechtdoor en moet je voor de A58 van rijbaan veranderen. En daarbij: er staan toch ook borden boven de weg? Laten dit soort situaties niet gaan beredeneren zonder in het achterhoofd te houden dat de automobilist nog altijd zelf moet nadenken en niet blind moet rijden op de navigatie. Waar dat toe leidt lees je veel te vaak in de pers. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Lanes / 'afslagen' A2/A58 (eindhoven)
Jeroen Asselman wrote: Hallo, Ik vroeg me af hoe de volgende situatie gemapped moet worden: De A2 bij eindhoven gaat over in de A58 / A2. Echter om op de A2 te blijven moet je 'afslaan', de 2 banen rechtdoor worden de A58. Situatie is eigenlijk als volgt (hoop dat dit over komt) Vanaf den bosch gezien: (noord / den bosch) A2 : A2 : A2 (lanes=3) A2 : A2 : A2 A2 : A2 : A2 A2 # A58 : A58 (lanes=1 / lanes=2) A2 # A58 : A58 A2 # A58 : A58 A2 # A58 : A58 A2 : A2 # A58 : A58 (lanes=2 / lanes=2) A2 : A2 # A58 : A58 A2 : A2 # A58 : A58 A2 : A2 # A58 : A58 A2 : A2 | A58 : A58 A2 : A2 | A58 : A58 Wat is het probleem om het precies zo te taggen? Ik ben daar wel eens geweest, maar er wordt nu geloof ik nogal wat omgebouwd? Als je de A2 vanuit Den Bosch en de A58 vanaf de N265 elk hun eigen way geeft met op een strategische plaats een verbinding van de een naar de ander zodat je met routing beide kanten op kunt? Dat lijkt mij het handigste. Wat dan motorway en wat motorway_link wordt is datatechnisch gezien helemaal niet zo interessant. ref= en name= tags kun je op beide zetten. Voor wat betreft die motorway_link, kijk ook eens naar google maps. Daar zijn aansluitingen smaller, ik neem aan dat dat gelijkwaardig is met OSM's motorway_link. IMHO wordt dat bij Google te veel gebruikt: A58 vanuit Tilburg naar A2 richting Veldhoven, A2 noordwaarts naar A2 oostwaarts op datzelfde punt, de aansluitingen bij de poot van Metz. Dat zou ik zo niet doen in OSM. IMHO zijn dat allemaal motorways. Een afslag is motorway_link, een overgang van de ene autosnelweg in de andere niet. Maar dat is ook alles IMHO. En als puntje bij paaltje komt: maken zoals je het zelf goed vindt, laten renderen voor de informationfreeway kaart en om commentaar vragen. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] POI layer for Tiles at home
On Wed, Nov 19, 2008 at 2:29 PM, Simon Ward simon at bleah.co.uk wrote: or a layer that allows you to select what POIs to display (although a long list of POIs might be a little unwieldy). This map already exists: http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl/ That solution is painfully slow and appears to be very awkward. In Firefox, it reloads, displays, reloads, displays, etc... and seems to do that for every single POI it finds. That can never be a viable solution. I was looking at the same for one of my other hobbies too and used the OpenLayers POI example that's in the wiki at http://wiki.openstreetmap.org/wiki/Openlayers_POI_layer_example. I used that to create a map with all banks and ATMs in the Netherlands http://www.maasluip.nl/ebt/openlayer.html That works for me in Firefox, but it works less good in IE7 and quite poorly in IE6. Apparently IE has a problem with the number of POIs in the map (some 1200). As the list is currently fixed this is also not a viable solution for the general public. What you would want to make is a database backend (which can be the OSM database but can also be a dedicated one) and an OpenLayers solution that can display POIs on demand. The selection of POIs can be something like the map at lenz-online de, or you can make something that is more grouped per type of POI. That way you do a select on the database with with the boundingbox of the map and the selection of POIs you like and that returns all POIs you want, and displays them on the map. The database query thing is easy, and the displaying thing should also be possible with OpenLayers. I think the OSM Inspector http://tools.geofabrik.de/osmi/ does something like that. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Are there any ways with street number ranges in the OSM database?
Dan Putler wrote: Exel) some people have been tagging ways. If there are areas with tags with house number ranges, we'd like to have some idea of where they are located. PAGC is currently shapefile centric (though this will change in the longer run), so we would need to convert the ways to shapefile format to use them. Have a look at http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema and the city of Karlsruhe http://www.openstreetmap.org/?lat=49.0075lon=8.3879zoom=12layers=B000FTF for a proposal and actual use of housenumbers. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] verschil OSMrenderer / Mapnik, lauwersmeer ziet er wat vreemd uit.
Matthijs Benschop wrote: Er zijn wel meer gekke dingen mbt water aan de hand: Zie utrecht en links van woerden: http://www.openstreetmap.org/?lat=52.079lon=4.9768zoom=13layers=0B00FTF Ik heb juist vandaag een aantal tiles in oceantiles.dat voor Nederland aangepast. Daar was veel te veel mixed. Ik denk dat die tiles goed gerendered gaan worden als de laatste verse van oceantiles.dat geladen wordt. Ik kijk morgen nog eens of het allemaal goed zit. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Contact met KPN gezocht
Ronald Nooij wrote: Is dat niet een schoolboek voorbeeld voor Viral Marketing? En hebben wij die niet zelf in gang gezet door op een vrij vroeg moment in een openbare maillijst en middels een publicatie op OpenStreetMap.nl bekendheid aan dit feit te geven? Daarmee hebben wij ook bekendheid voor OSM gegeven. En mensen er op gewezen dat er een alternatief voor google maps is. Ik denk dat het mes aan twee kanten snijdt hier. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Aftrap agenda komen weekend by AND ???
Ik ben zo vrij geweest de Wiki aan te vullen met de agenda van Gert. Ik zal proberen ook een laptop met Ubuntu mee te nemen. Ik neem aan dat we bij AND gebruik kunnen maken van hun netwerk? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] mapping party 20-21/9
bvh wrote: Hi, voor ik beticht word van met de deur in huis vallen, ff voorstellen. Ik ben Bart Vanhauwaert. Mijn voornaamste bijdrage aan OSM is merkaartor. Vraagje : ik wil meedoen aan de mapping party dit weekend in Rotterdam. Het is me niet geheel duidelijk of het nu zaterdag en zondag is en zo ja/neen, op welk uur er is afgesproken. Kijk even op http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008#Rotterdam_Mapping_Party_-_AND_office_-_20.2F21_September_2008 Tijd staat er niet bij, maar ik denk dat 11:00 een algemene begintijd is. Ik zal het er als voorstel in de wiki bijzetten. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fietsen door de Ijtunnel
Martijn van Exel wrote: Deze twee onderscheiden lopen dwars door elkaar, waardoor er verwarring ontstaat.En verwarring leidt tot inconsistente tagging door de mappers. Dus als een tagging-standaardenclub daar duidelijkheid in kan helpen aanbrengen door het doen van een aanbeveling van een ondubbelzinnig (dus niet: wijkontsluitingsweg = secondary, daar moet namelijk nog een interpretatieslag tussen) schema, dan juich ik dat toe. Alleen het introduceren van een geheel nieuwe interpretatie van 'trunk roads' vind ik niet zo'n goed idee, en dat wilde ik graag ventileren. Hoewel ik ook wel de voordelen zie van het taggen van autowegen als 'trunk roads', denk ik dat het ook problemen gaat opleveren. Ik ben benieuwd naar de consensus die gaat ontstaan. Ik vind dat je een heel goed punt maakt. Ik wil in dit verband ook deze weg even laten zien: http://informationfreeway.org/?lat=51.33lon=6.04zoom=14layers=B000F000F De Baarlosweg die overgaat in De Meern. Getagt (uit de AND data) als een secondary, maar in de praktijk een bochtig weggetje dat door de wegbeheerder (terecht) op 60 km/h is gezet. Is dat een secondary waard, vooral als ik dat vergelijk met de N562 (brede 80 km weg met vrijliggende fietspaden) die ook als secondary getagt is? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
Lennard wrote: Freek wrote: Misschien verschilt dat ook per gebied, op Ekkersrijt lijken de nummers daadwerkelijk als huisnummers gebruikt te worden. Op Ekkersrijt zijn het inderdaad ook huisnummers. Ikea zit bv. op Ekkersrijt 4089. Ekkersrijt is dan ook gelijk de straatnaam. Ieder bedrijf heeft inderdaad een nummer (iets wat ook te taggen is als er gebouwen neergezet worden), maar een gebied wordt op de ANWB borden altijd met een bereik aangeduid. Voor grote bedrijven zou ik dan geen interpolatie gebruiken (in ieder geval bij handmatig invoer), maar één node of area per bedrijf. Verder is een range voor het hele terrein misschien wel zo makkelijk met invoeren. Interpolatie is niet handig, want vaak zit er minder regelmaat in en springt het onregelmatig. Zoals: we richten een industriegebied in en we nummeren alles met tientallen, en als er later nog wat tussen wordt gebouwd, hebben we tenminste ook nog tussenruimte in de nummering. Moet je ook niet doen. Het is alleen voor een globale routering bedacht. Het is makkelijker in te voeren als elk bedrijf apart. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Artis bijna klaar
Op 28 aug 2008, om 14:00 heeft Floris Looijesteijn het volgende geschreven: Ik heb afgelopen zondag ongeveer 5 uur door Artis gelopen. Na ongeveer 15 kilometer had ik alle paden gemapped. Nog niet alles is ingevoegd maar hier is alvast een sneak preview: http://tile.openstreetmap.nl/?zoom=17lat=52.36607lon=4.91622layers=0B0F http://tile.openstreetmap.nl/?zoom=17lat=52.36607lon=4.91622layers=0B0F Als ik helemaal klaar ben zal ik het op openstreetmap.nl zetten. Op de tilesathome lijst een berichtje over OSM in heise.de: http://www.heise.de/newsticker/Offene-Datensammlung-schlaegt-Google-Maps--/meldung/115120 Dit slaat wel een beetje op Floris: In Berlin gibt es sogar dankenswerter Weise ein paar Spinner, die jedes Tiergehege im Zoo eingezeichnet haben Voor wie het Duits niet zo machtig is: In Berlijn zijn er zelfs een paar gekken die elk onderkomen in de dierentuin ingetekend hebben. Zo Floris, dan weet je het! Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Industriegebieden taggen
Industriegebieden in Nederland worden op ANWB borden altijd aangeduid met een range van nummers van de bedrijven die in een gebied zitten. Is het geen goed idee om dat op de OSM kaart ook aan te geven? Ik stel voor als ref die range in te vullen en als name de eventuele naam van het industriegebied. Lijkt me een heel handige toevoeging voor een routeerbare kaart. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Industriegebieden taggen
Floris Looijesteijn wrote: nou ja, altijd... ik dacht eigenlijk dat dat postcodes waren? Nee, dat zijn zeker geen postcodes. Het zijn wel 4-cijferige nummers, maar volgens mij voor elke plaats/gemeente van 0 tot . maar misschien als 'ref=2010-2020' aan de area? Daar dacht ik ook aan. Ik heb een pagina http://wiki.openstreetmap.org/index.php/Nl:Tag:landuse%3Dindustrial aangemaakt, ik weet niet of dat zo de bedoeling is, maar daar kan iedereen zijn of haar ideeën hierover ook wel kwijt. Maarten Maarten Deen schreef: Industriegebieden in Nederland worden op ANWB borden altijd aangeduid met een range van nummers van de bedrijven die in een gebied zitten. Is het geen goed idee om dat op de OSM kaart ook aan te geven? Ik stel voor als ref die range in te vullen en als name de eventuele naam van het industriegebied. Lijkt me een heel handige toevoeging voor een routeerbare kaart. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Lijst met todo gebieden
Op het eind van http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008 staat een lijstje met Ideeën. Is het niet een goed idee om een TODO lijstje te maken waar iedereen die weet waar de data verouderd is iets aan kan toevoegen? Ik weet namelijk nog wel een paar puntjes die te klein zijn om hier aan toe te voegen want volgens mij is dit lijstje meer bedoeld om interessant plekken voor mapping parties neer te zetten. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] data correctie
On Wed, Aug 20, 2008 at 03:28:38PM +0200, Rob wrote: volgens een query op de nederlandse dataset zijn dit de places met een city tag, 62 stuks dus (inclusief stukje belgie/duitsland) mis je jouw stad in de lijst, corrigeer het dan even Wat is de regel om een plaats als city te taggen? De officiele uitleg 100.000 inwoners of meer? In dat geval kunnen er heel wat plaatsen af. Voor Nederland zou die grens lager moeten zijn. Ik mis voor Limburg iig Venlo en Roermond. Daarbij mogen Sittard, Geleen en Weert denk ik ook wel stad genoemd worden. Toevallig kijk ik even bij Weert op Wikipedia en zie dat het daar ook stad genoemd wordt. Kijk ik bij Venray, wordt dat geen stad genoemd (ben ik het ook mee eens). Weert zit net boven de 40.000 inwoners, Venray er net onder. Is dat misschien een goede grens? Maarten -- I put it to you sir, that you are a madam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] data correctie
Lennard wrote: Maarten Deen wrote: Toevallig kijk ik even bij Weert op Wikipedia en zie dat het daar ook stad genoemd wordt. Kijk ik bij Venray, wordt dat geen stad genoemd (ben ik het ook mee eens). Weert zit net boven de 40.000 inwoners, Venray er net onder. Is dat misschien een goede grens? Middelburg (38000) en Goes (36000) gaan voor mij ook al richting stad, zeker in een dunbevolkte provincie als Zeeland. Ik denk ook niet dat je er een keihard inwonersaantal aan kan plakken. Zou ik ook stad noemen ja. Overigens zat ik bij Venray wel fout te kijken, dat is bijna 40.000 inwoners in de gemeente. Venray zelf heeft er 25.000. Dat maakt wel verschil. Overigens heeft Friesland 11 steden, wat daar ook helemaal niks met inwoneraantallen te maken heeft. Is er uit enige gemeentelijke basisdata makkelijk (en bruikbaar voor ons) niet een extract te maken? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] AND data bijeenkomst rotterdam
On Tue, Aug 19, 2008 at 09:39:14AM +0200, Floris Looijesteijn wrote: Naast die nieuwe wijk staan er al een aantal punten op de wiki die zijn voorgesteld door AND: http://wiki.openstreetmap.org/index.php/Netherlands_Mapping_Parties_2008#Rotterdam_Mapping_Party_-_AND_office_-_aug_of_sept (de wiki is momenteel erg traag...) ik neem aan dat we gaan voor 20-21 september, of willen jullie alsnog dit weekend proberen? Ik heb mezelf voor 20-21 september toegevoegd en ook even het adres van AND erbij gezet (ik neem tenminste aan dat het het adres op hun webpagina is, Van Vollenhovenstraat 3). Maarten -- If you'd like to know, I can tell you that in your universe you move freely in three dimensions that you call space. You move in a straight line in a fourth, which you call time, and stay rooted to one place in a fifth, which is the first fundamental of probability. (The Guide) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Advies voor nieuwe GPS (logger)
Mensen, ik ben op zoek naar een nieuwe GPS of GPS logger omdat ik simpelweg stomverbaasd was over de gevoeligheid van een eTrex met high-sensitivity receiver. Ik zat met mijn eTrex Legend samen met iemand met een Etrex HC in de trein en ik had zoals gewoonlijk moeite om uit het raam een paar satellieten te vinden en te locken. Hij met zijn HC zat niet aan het raam en zag bijna alle satellieten en kreeg heel makkelijk een log. Ik was werkelijk stomverbaasd dat die HC modellen zo gevoelig zijn. Nu werkt mijn Legend in de open lucht best goed, dus ik zoek eigenlijk een kleine GPS logger voor als ik in de trein zit, of gewoon voor onderweg Hoe steken zulke loggers als van Adapt of die Freedom Keychain GPS af qua gevoeligheid tegen de HC modellen van Garmin? Maarten -- With a Smith Wesson 38, John Lennon's life was no longer a debate (The Cranberries - I Just Shot John Lennon) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Mapsource achtige applicatie op OSM basis?
On Tue, Aug 12, 2008 at 01:12:38PM +0200, Lambertus wrote: Ik ben ooit eens begonnen aan een Java applicatie die vanaf verschillende servers kaarten kan downloaden, up-to-date houden (zodat je niet telkens alle kaartdelen hoeft te downloaden) en synchroniseren met een Garmin GPS. Helaas heb ik het te druk om daar tijd aan te besteden. Dat is de richting dat ik ook aan zat te denken. Een cache houden van kaartmateriaal en daar je GPX files op laten zien. Is dat in enige bruikbare toestand? Misschien een idee om dat vrij te geven zodat anderen er verder mee kunnen gaan? Maar het de applicatie die het dichtst bij jou vraag komt is waarschijnlijk Qlandkarte: http://qlandkarte.sourceforge.net/ Afhankelijk van de preciese mogelijkheden is dit meer een kopie van Mapsource voor Linux. Het is ook gebaseerd op de mapsource kaarten. Maar ik zal het ook eens bekijken. Is iig een stapje verder om ook op mijn Linux laptop iets bruikbaars te hebben. Maarten Maarten Deen wrote: Is er eigenlijk al een Mapsource achtige applicatie op OSM basis? Dus waar je je GPX files op de OSM kaart kunt zien en de routes en de waypoints ook kunt editten? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- With a Smith Wesson 38, John Lennon's life was no longer a debate (The Cranberries - I Just Shot John Lennon) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Mapsource achtige applicatie op OSM basis?
Is er eigenlijk al een Mapsource achtige applicatie op OSM basis? Dus waar je je GPX files op de OSM kaart kunt zien en de routes en de waypoints ook kunt editten? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] http://www.nieuwekaart.nl
On Fri, Jul 18, 2008 at 09:34:04AM +0200, Geert Schuring wrote: hay allemaal, Op www.nieuwekaart.nl staat informatie over nieuwbouw projecten. Deze informatie wordt via GIS aangeboden. Zie ttp://www.nieuwekaart.nl/index.php?content=101 Kunnen wij daar een layer van maken voor OpenLayers? Ik vraag me af wat de toegevoegde waarde is. Bij mij in het dorp wordt ook een nieuwe wijk gebouwd. Die staat er op (zoek op Helden, de grote rode vlek tussen Molenstraat en Schrames), maar het is erg summier en incorect. Ik heb deze wijk onlangs ingetekend aan de hand van de gemeentelijke informatie, zie http://www.openstreetmap.org/?lat=51.324lon=6zoom=16layers=B00FTF voor het resultaat. Ik zie weinig overeenkomsten, en geloof me maar dat mijn informatie correct is. Aan rode vlekken hebben we niks en aan incorrecte informatie nog minder. Maarten -- to the gentleman wearing the long grey coat trying to get on the second carriage, what part of 'stand clear of the doors' don't you understand. - picadilly line ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] http://www.nieuwekaart.nl
On Fri, Jul 18, 2008 at 11:00:31AM +0200, Milo van der Linden wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 De nieuwe kaart werft op dit moment veldwerkers. M.a.w. ze kunnen de snelheid waarmee nieuwbouw en projecten ontstaan niet bijbenen. Wat we wel zouden kunnen doen aangezien de nieuwe kaart een mooi open initiatief is van het Nirov is onszelf inzetten om onjuistheden te melden zodat de nieuwe kaart zichzelf ook snel kan aanpassen aan de werkelijkheid. Laten we deze mooie bron van open informatie steunen door bij hen aan te dragen wat er beter kan. Het is dus een win-win: Wat nog veel mooier was geweest is als die nieuwe data als overlay in OSM gezet werd. Met een tag eraan zodat het niet op de normale kaart gerenderd wordt maar alleen op een bepaalde overlay. Dan had je iets veel beters en nuttigers gehad en had je OSM heel erg veel exposure kunnen geven. Zijn die mensen niet over te halen om hier over te gaan denken? Mappingtools zijn aanwezig, bestaande data is aanwezig, als zij luchtfoto's hebben kunnen die in JOSM geoverlayed worden tijdens het mappen (en dat kan ook prive als zij alleen rechten op die foto's hebben) en voor de techniek staan er hier altijd mensen klaar om dat op te lossen. IMHO zal dat voor de mensen van nieuwekaart.nl ook een grote stap voorwaarts zijn. Maarten - - OSM-ers kunnen kijken waar nieuwe wijken / terreinen gepland staan en met de GPS op zak kijken wat al kan worden getekend - - OSM-ers kunnen de nieuwe kaart helpen door correcties aan te dragen op plannen die niet zijn/niet komen of wijziging in de vorm/contour van terreinen. Leuk traject, maar eigenlijk zou je deze layer alleen willen kunnen zien als je (veld)technisch bezig gaat, ze mag uiteraard niet de gewone kaart vervuilen. Geert Schuring wrote: gt; hay allemaal, gt; gt; Op www.nieuwekaart.nl staat informatie over nieuwbouw projecten. Deze gt; informatie wordt via GIS aangeboden. Zie gt; ttp://www.nieuwekaart.nl/index.php?content=101 gt; gt; Kunnen wij daar een layer van maken voor OpenLayers? Ik vraag me af wat de toegevoegde waarde is. Bij mij in het dorp wordt ook een nieuwe wijk gebouwd. Die staat er op (zoek op Helden, de grote rode vlek tussen Molenstraat en Schrames), maar het is erg summier en incorect. Ik heb deze wijk onlangs ingetekend aan de hand van de gemeentelijke informatie, zie lt;http://www.openstreetmap.org/?lat=51.324amp;lon=6amp;zoom=16amp;layers=B00FTFgt; voor het resultaat. Ik zie weinig overeenkomsten, en geloof me maar dat mijn informatie correct is. Aan rode vlekken hebben we niks en aan incorrecte informatie nog minder. True, Maar het is wel een mooie indicator om de OSM dekking eens te controleren. Message sent using UebiMiau 2.7.10 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIgFuv2oMdf0ahv2kRAjPqAJ90/Aa/oQMoZ+0/llWFtq6pZL6s2gCeM4i/ S0l2MzeysgINskgPEL3kTzU= =NliP -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -- Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;) - Linus Torvalds ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] http://www.nieuwekaart.nl
On Fri, Jul 18, 2008 at 12:14:48PM +0200, Stefan de Konink wrote: On Fri, 18 Jul 2008, Maarten Deen wrote: Wat nog veel mooier was geweest is als die nieuwe data als overlay in OSM gezet werd. Met een tag eraan zodat het niet op de normale kaart gerenderd wordt maar alleen op een bepaalde overlay. Maar dat doen we toch al bij alle overlays? Ja, maar ik bedoel dus meer dat zij OSM gaan gebruiken en niet dat ze een of andere eigen GIS systeempje daarvoor hebben. Dus niet dat wij kopieren, maar dat wij de gegevens in de OSM database hebben. Dan had je iets veel beters en nuttigers gehad en had je OSM heel erg veel exposure kunnen geven. Vergeet niet dat het Nirov *wel* de beschikking heeft over het NWB etc. en kadaster informatie. Dat is toch geen probleem? Zij kunnen met hun gegevens toch in onze database mappen? Zolang zij daar maar toestemming voor hebben. Zijn die mensen niet over te halen om hier over te gaan denken? Demo maken :) Importeren die layer en plakken op OSM. Maar nogmaals het is leuk dat we aan het verzamelen zijn, ik kan het echter niet vaak genoeg zeggen, er moeten wat webdesigners een nette en aantrekkelijke site in elkaar draaien, waar een 'map' een onderdeel van is. Mijn punt is: niet zomaar alles verzamelen. Zorg ervoor dat ze OSM als basis gebruiken (dan hoef je ook niet meer te verzamelen). Maarten -- Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;) - Linus Torvalds ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] [josm-dev] Unclosed ways
On Tue, Jul 15, 2008 at 12:01:10PM +0200, Dirk St?cker wrote: On Thu, 10 Jul 2008, Frederik Ramm wrote: If I were you I'd write a simple script to parse a planet file and dump the tags of every way where the last node equals the first. Straighforward to write, doesn't even require memory (node id equality is sufficient, node position not required), just a few hours of cpu time. That will give you a very good idea of how people tag areas; of yourse you'll have some circular roads, roundabouts etc. as well but it should be obvious to the human being which are meant so be areas. Results are (europe): closed unclosed 36769 : 16527 : junction=roundabout -- Here probably the check needs to be disabled. User input required for decision. I have noticed that in general the roundabouts that where imported with the AND data for the Netherlands are not closed. They normally are laid out as seperate ways between each connecting road (so a roundabout with 4 connecting roads consists of 4 unclosed ways). These ways all have different AND reference numbers. I have been connecting a few of them, I'm cc'ing this mail to the OSM-NL list to get more comments, most imporantly if this AND reference number is still of use. Maarten -- I put it to you sir, that you are a madam ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Antennedata geimporteerd!
Rob wrote: Op 9 juli 2008 19:13 heeft Milo van der Linden [EMAIL PROTECTED] het volgende geschreven: Ik rond vanavond de concept icoontjes af. Nog een vraag; welke maten willen jullie hebben? Ik maak uiteraard vector(inkscape) en distribueer dan de raster-afbeeldingen als png en indexed-gif png of gif is goed, voor de maten kun je in de huidige poi tiles Voor intern gebruik is GIF misschien goed, voor gebruik op OSM zeker niet. GIF is een proprietary format en kan niet gebruikt worden voor wat dan ook richting het publiek. Gewoon PNG gebruiken. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] wat wel en wat niet op de kaart? (was: aanpassingen aan 'foutje'-site)
samsa wrote: Richard schreef: zeg: het lijkt me leuk om de dierentuinen net zo gedetailleerd op te nemen als de 'Berliners'... Ik zat me zelf ook al af te vragen hoe gedetailleerd OSM wil zijn. Ik zie bijvoorbeeld wel Albert Heijns op de kaart staan, maar mag ik bijvoorbeeld ook een Biowinkel toevoegen? Of een krul? Of alle fietsenmakers in de buurt? Ik zou dat graag doen, maar wordt de kaart dan niet heel onoverzichtelijk? Ik was benieuwd hoe jullie daarover beslissingen nemen. Wat mij betreft voeg je alles toe. Ik zie nu dat Google ook foto's aan het toevoegen is. Op de manier dat zij het doen is dat zeer irritant: de kaart wordt gewoon bedekt met een groot icoon van de foto. Ik wil die kaart zien. Gelukkig worden de extra iconen bij de openstreetmap pas vanaf layer 16 getoond. Verder het lijkt me mooi als je als gebruiker op de kaart kunt aangeven wat voor info je wel en niet wilt zien. Bijvoorbeeld: wel alle fietsenmakers, maar niet de Albert Heijns. Dan is ook dat probleem van de onoverzichtelijkheid opgelost. Of kan dat al en kijk ik niet goed? Dat is een goed idee. Volgens mij zit dat er niet in. Misschien iets om op de dev list voor te stellen? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Scriptje om tiles te downloaden en aaneen te plakken
Voor de mapping party in Mechelen had ik wat tiles gedownload en die met Imagemagick aan elkaar geplakt. Dat is natuurlijk perfect te automatiseren. Is daar al een scriptje voor of zal ik die even maken? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] tile.openstreetmap.nl en Google search
Lambertus wrote: http://www.google.nl/search?q=openstreetmap+friesie=utf-8oe=utf-8aq=trls=org.mozilla:en-US:officialclient=firefox-a Negende hit, resultaat: NL tileserver Welkom op de Friese kaart van OpenStreetMap. Meer informatie (Engels). Webhosting aangeboden door JR Online. Reacties of wijzigingen, zie het forum. ... carnaval.tile.openstreetmap.nl/ - 15k - In cache - Gelijkwaardige pagina's Als wij zorgen dat de teksten kloppen dan zal Google op termijn vanzelf de juiste link geven. Je kunt bij Google ook nieuwe links aangeven en vragen om oude links te verwijderen. Zie ook http://www.google.com/support/webmasters/bin/answer.py?answer=34397 Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Mapping party in Mechelen?
Jo wrote: Maarten Deen wrote: Nou, Mechelen is voor mij dichterbij dan Amsterdam. Ik heb op de wiki ook wel aangegeven dat ik zou willen komen. 9 februari schikt mij wel, dus in principe zeg ik wel toe om te komen. Maarten Mag ik je mee op de lijst zetten op: http://wiki.openstreetmap.org/index.php/WikiProject_Belgium/Activities#Mapping_party_Mechelen ? Ik heb het zelf even gedaan. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] AND streekbenaming
Foppe Benedictus wrote: in de data van AND zitten veel streekbenamingen. In het gebied rondom mijn ouders http://www.informationfreeway.org/?lat=53.097194794810875lon=6.229759979786134zoom=13layers=B000F000 is dat bijvoorbeeld Voorwerk, Pietersburen, Ureterp aan de vaart, Keuningswijk en de Stripe. Ik vind het zonde om ze te verwijderen, want de streeknamen zijn wel van waarde naar mij idee, maar de huidige tag (village) is geenszins correct, ook hamlet past volgens mij niet (het staat simpelweg niet op ANWB borden) en een suburb kun je het ook niet noemen lijkt me. Moet daar een nieuwe tag voor aangemaakt worden of past het toch ergens onder wat ik over het hoofd zie? Ik zou toch place=hamlet gebruiken. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] bruggen..? / lagen
Skywave wrote: Potlatch en JOSM geven beiden niet aan of een weg er onder of bovendoor gaat, voor de rest lees het verhaal boven mij ;) Je kunt het Ach zo, ik maakte even niet de connectie tussen Flash editor en Potlatch. Tip voor Eesger: Potlatch niet gebruiken. Gewoon JOSM downloaden http://josm.openstreetmap.de/ Maarten eindresultaat het best zien in osmarender omdat osmarender de bridge=true tag (nog) niet herkend) On Dec 10, 2007 5:16 PM, Maarten Deen [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Eesger Toering wrote: dan vele uurtjes updaten later...). Echter het lijkt in de Flash-editer zo dat een weg OVER de snelweg gaat ipv er onderdoor. Nu heb ik een stukje gelezen over een brugenbouwer Skywave. En om nu te voorkomen dat ik dezelfde fout ga maken, zou ik graag willen weten of ik wat fout heb gedaan, en zo ja hoe ik dit op kan lossen. Gaat het over de K R Poststraat? Die gaat bij mij onder de autosnelweg door. Het is allemaal te sturen met de layer tag. Standaard is 0, dus alles wat boven maaiveld kruist krijgt een layer0, alles dat onder maaiveld kruist layer0. Als er meerdere bruggen over elkaar heen gaan dan heb je tot +5 en -5 om te sturen. Die wegen die met een brug over een andere weg heen gaan geef je aan met bridge=yes (of bridge=true). Dan blijft alleen nog die lelijke aansluiting van de op- en afritten over. Daar is niet veel aan te doen, of je moet echt creatief worden. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] GeoNames ambassadeurs, soort Fietsroutenetwerk-beheerders
Lex Tiekink wrote: De AND data bevat wel degelijk de gemeentegrenzen, en wel in de file nl_admin8.shp. Ik weet niet of deze file geimporteerd is? Die zitten er zeker in. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] zootje bij de westerschelde
Martijn van Oosterhout wrote: On 11/2/07, Gerco-Kees Bloemsma [EMAIL PROTECTED] wrote: Nou, ik heb de hele schelde zitten schoffelen (was me nogal een klus). Veel ways waren niet gesloten, lagen overelkaar heen en liepen onlogisch doorelkaar. Ik hoop dat het nu allemaal goedgegaan is, maar het ziet er iniedergeval een stuk frisser uit. Hoe dat nu met de kustlijn zit enof hoort is me niet helemaal duidelijk, maar daar moet iemand nog maar eens naar kijken Ik heb in ieder geval de natural=coastline goed aan laten sluiten, de natural=waterway ziet er ook goed uit. Zelf weet ik ook niet waar de grens loopt, maar dat overleven wij wel... Ik denk ook niet dat het echt van belang is. Als de Westerschelde dan maar als natural=river getagt wordt dan rendert het allemaal ok. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] onder water tiles
Peter Peterse wrote: Het lijkt er op dat de lekdijk weer eens door geprikt is: http://www.informationfreeway.org/?lat=51.91785230429622lon=4.876836120350474zoom=13layers=B000F000 Laatst was het probleem verdwenen maar sinds gister is het water weer terug. Heeft er iemand een idee wat de oorzaak is? Afgezien van dat deze tile als sea is gekenmerkt kan ik er niets aan zien. De lek die daar loopt lijkt fatsoenlijk te zijn. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Dubbel water
Freek wrote: On Tuesday 23 October 2007, Peter Peterse wrote: Ik heb hier twee maal een Achterwetering gevonden. Beide zijn ze van AND http://www.informationfreeway.org/?lat=51.99973561752026lon=4.83227086005 3779zoom=15layers=B000F000 In ieder geval het is geen groot water enkel een aantal sloten. Wat kan ik hiermee het beste doen? Bedoel je AND_w 10004758, ids 6289556 en 8164949? Die tweede is aangemaakt tijdens het conversieproces van API 0.4 naar 0.5. Ze vormen samen een multipolygon (polygon met gat(en), zie ook http://wiki.openstreetmap.org/index.php/Relations/Multipolygon ). De tweede weg is het gat. De rendering gaat zo te zien niet helemaal goed, het lijkt me een complex ding (vooral de binnenste), hij bestaat uit minstens drie delen. Misschien kunnen die delen het best opgesplitst worden in een paar losse binnenringen. Ah, multipolygon. Had ik gisteren ook bij Antwepen in het Albertkanaal. Ik zie het nut van die dingen niet (en daar was het ook fout gemapt). Mijn idee: multipolygon verwijderen (dat doe je door te klikken op het regeltje waar multipolygon staat) en dan het geheel netjes mappen. Dat er twee objecten met dezelfde naam zijn maakt natuurlijk helemaal niets uit. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OpenStreetMap kaart van Nederland voor Garmin GPS
Mark Huizer wrote: Begrijp ik hieruit dat je meer geintresseerd bent in een raster van losse images dan van complete provincies (voor de GPSsen met kleinere geheugens)? Ik wel. En dan dus niet zo klein als 0.1x0.1, maar liever wat groter. Maar dan wel rekening houdend met de grootte van de kaart ;) Maakt het allemaal wel lastiger. Dat zou een beetje jammer zijn voor de mensen met wat meer geheugen in hun GPS. Er is ook een bovengrens aan het aantal kaarten dat je kan laden, dus je zou haast zeggen dat het fijner is om een kleine-kaarten-set en een grote-kaarten-set te maken. Je moet ook beide hebben. Ik weet niet of dat veel extra werk is, maar misschien is dat d.m.v. een scriptje te automatiseren? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Unclassified of residential
Gert Gremmen wrote: Bij het taggen van straten in de bebouwde kom gaat de discussie nogal eens over of je residential of unclassified moet gebruiken. Kunnen we gebaseerd op de volgende criteria dat niet gedeeltelijk automatisch doen ?? tag is residential als : Straat ligt binnen gemeente Straat heeft huisnummers in de AND data Straat is korter dan X km Straat heeft geen A of N type of fietspad/voetpad enz De omgeving is niet als non-residential getagged Straat ligt binnen een gebied place:town. Of een straat buiten de bebouwde kom als residential getagt moet worden moet denk ik per straat bezien worden. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OSM product: printbare landkaart (ofposterservice)
Rob wrote: het was zoom level 12.. blijft natuurlijk beperkt ;) Ik bedoelde dat je eigenlijk zoom level 11 wil printen (minder data, genoeg DPI), maar dan heb je te weinig plaatsnamen. Op 22-10-07 heeft Maarten Deen[EMAIL PROTECTED] het volgende geschreven: Als je dat legt op de 24x36 van lulu kom je op 400 DPI uit. Dat is eigenlijk overkill. Het is jammer dat op level 11 wat weinig plaatsnamen staan. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] onder water tiles
Floris Looijesteijn wrote: laat even weten als je wat gedaan hebt. Ik ga ze zo even na. Net over de grens in Duitsland zit er ook zo eentje, bij Rees aan de Rijn. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Aanpassen Industriegebied
Peter Peterse wrote: ik probeer een industriegebied aan te passen (kleiner te maken) echter er wordt een node gebruikt waaraan nog 2 andere wegen gekoppeld zijn. Hoe lossen jullie dit soort problemen op. Ik heb het volgende geprobeerd: - split way (2x) - verwijderen way verder kom ik niet. Het lukt me niet om het industriegebied gesloten te krijgen. Nieuw segment maken om het industriegebied te sluiten? Ik zie het probleem eerlijk gezegd niet zo. Je doet split way om het industriegebied op te delen. Dan kun je het overtollige stuk verwijderen en de nieuwe grens teken je zelf in, al dan niet met behulp van nieuwe nodes. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] crash Josm met mappaint
Bert Muijtstege wrote: Nee, mijn eigen probleem dat Josm crashed. Had ik maar vreemde kleuren, ik heb alleen maar een mooie dialoogbox. Ja, dat is opgelost. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] crash Josm met mappaint
Bert Muijtstege wrote: en als je de nieuwe hebt gedownload, en je hebt nog steeds dit probleem..? Dat met die vreemde kleuren? Ja. Maar van de andere kant, misschien is dat wel zoals het hoort. Ik kan me alleen van eerder herinneren dat de kleur van de cijfers gelijks was als de kleur van de way. Maarten Date: Thu, 18 Oct 2007 20:25:18 +0200 From: [EMAIL PROTECTED] To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] crash Josm met mappaint Bert Muijtstege wrote: Sinds de nieuwe versie heb ik het probleem van het crashen van Josm op het moment als ik de mappaint plugin aanzet. Heeft iemand anders dit probleem ook gehad ? Ja. Nieuwe mappaint downloaden. Ik neem aan dat het mis gaat omdat er nu geen segmenten meer zijn. Nadat ik de laatste (nu de vorige) versie van mappaint gedownload had werkte het weer probleemloos. Alleen verwonder ik me over de vreemde kleuren van de cijfers van de ways (die zijn vaak niet gelijk aan de kleur van de way). Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl In 2 tellen een webpagina voor al je fotos makkelijk en gratis met Windows Live Spaces Windows Live Spaces http://clk.atdmt.com/MSN/go/msnnksac003001msn/direct/01/?href=http://www.imagine-msn.com/spaces ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Het Zwarte Meer is MIA!
Ante Wessels wrote: On Saturday 13 October 2007 21:26:21 Peter Peterse wrote: Vervelend maar het lijkt er hierop dat er iemand onnauwkeurig is geweest bij het aanmaken van de watertjes. Gaat het hier niet om de omgezette AND data? Dan rendert AND de data anders, zodat er geen problemen zijn, maar zijn er wel problemen met onze renderers. Dat vraag ik me nu ook af. Ik zie nu toevallig een stuk provinciegrens van Gelderland (id 8032139) die ook gesloten is met een heel lang stuk. Download maar eens http://www.openstreetmap.org/index.html?mlat=51.75mlon=5.78zoom=15 Als ik kijk op de nieuwe history display van Christopher Schmidt http://crschmidt.net/osm/history.html?type=wayid=8032139 dan zie ik dat user Skywave deze way ooit gecreëerd heeft op 28 september. Was dat niet de omstelling met de afschaffing van segments? Daarna heeft user peter2se de way nog geedit. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Boundary=administrative?
Ik zie bij een paar provinciegrenzen dat de tag boundary=administrative is toegevoegd. Is het de bedoeling die ook bij gemeentegrenzen toe te voegen? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Boundary=administrative?
Rob wrote: ja in josm is het iets minder, dan remove ik de landuse voor eventjes, zou mooi zijn als mappaint gedeeltelijk transparant kon vullen. Je hebt blijkbaar een direkte link, want je gebeden zijn verhoord. Net op de josm-dev lijst een aankondiging van mappaint 5024 met opacity: It now has an integer preference mappaint.fillalpha to set the opacity level that is used to fill areas. It can be set between 0 (transparent - 0 is invisible) and 255 (solid - as before). The default is 50, which seems to be the best possible compromise between visibility (you can see something is there) and transparency (see something behind it), but I'm very certain that a lot of people will prefer other values here :-) Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Gecombineerde node?
Rob wrote: je kunt ook geen 2 dezelfde tags (bv 2x landuse) op 1 node plaatsen dus 2 nodes plaatsen dan maar Was het niet zo dat het in JOSM niet kan, maar dat de database er verder geen probleem mee heeft? Wat doen de renderers als je bijvoorbeeld amenity=fuel|parking aan een node toekent? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Watersnoodramp
Martijn van Oosterhout wrote: On 10/12/07, Maarten Deen [EMAIL PROTECTED] wrote: Zijn er oorzaken voor die renderproblemen aan te wijzen? Komt het misschien door een te groot aantal ways (in de AND data wordt bij een weg een volgende way gestart als er een zijweg is) of ligt het aan ways met te veel segmenten, of is het gewoon een probleem van teveel data? Voor blauwe tegels is het simpelweg meestal dat de rivieren niet gesloten zijn. Als het natural=coastline is moet alles aanmekaar sluiten. Bij natural=water moeten de wegen gesloten zijn. D.w.z als je het selecteert gaat het wit helemaal rond. Een kant open mag niet. Dat bedoelde ik niet. Ik heb soms de indruk dat een tile naar een renderer is gegaan en dat die toch niet gerenderd is. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] OSM product: straatnamenregister
Stefan de Konink wrote: Overigens ik had altijd begrepen dat de letters van een postcode iets te maken hadden met de straat. Is er echt een algoritme om van straatnaam + huisnummer te komen naar een combinatie?! Nee, dat geloof ik niet. Als dat zo zou zijn dan zou een straatnaam altijd een unieke postcodeletter kunnen genereren, een postcodeletter die dus niet door een andere straatnaam wordt gegenereerd. Veel succes. Zulke hashfuncties op relatief random text naar maximaal 676 indexen bestaan niet. Daarbij zijn veel straten opgedeeld in twee letters, die dan oplopend zijn. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Het Zwarte Meer is MIA!
Gert Gremmen wrote: Zijn en een nog open is. De grap is echter Dat de open water aansluit op een gesloten water, en daarmee Dus 2 nodes gemeen heeft. Een U op zijn kant zeg maar die op een O aansluit vat je em? In JOSM kon dat gefixed worden toen we nog met segmenten Werkten. Nu lukt dat dus niet meer. In de text editor is Het een fluitje van een cent (copy paste). Maar dan Ziet JOSM bij het herladen niet dat er iets is veranderd En kan ik de verandering niet uploaden. Wie helpt ons uit dit dilemma, of misschien zie ik een JOSM edit functie over het hoofd ??? Ik zie het probleem niet? Gewoon een nieuwe way maken en die verbinden met de U-way. Of beter (want twee ways tussen dezelfde nodes vind ik een slecht idee): een nieuwe node aanleggen en dan een overlappend gedeelte maken. Voorbeeldje hier: http://www.openstreetmap.org/index.html?mlat=52.51119155941124mlon=6.02463260376855zoom=15 Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Comparing Maps
Zoran Kovacevic wrote: Deze kenden jullie allemaal natuurlijk al, maar toch. Vergelijk AND eastereggs met Teleatlas eastereggs ;) http://geo.topf.org/comparison/index.html?mt0=googlemapmt1=mapniklon=5.4464722lat=52.5496361z=8 Nee, ik kende hem nog niet. Maar het laat ook nog iets anders zien. Het detail van de OSM kaart is op lage zoomlevels een stuk beter dan bij google, maar je zit dat er veel te weinig plaatsnamen worden gerenderd. Ik denk dat dat een punt is waar de render mannen best eens naar mogen kijken. Ik kijk dan natuurlijk vooral bij mij in de regio. Kijkt en ziet het verschil: http://geo.topf.org/comparison/index.html?mt0=googlemapmt1=mapniklon=6lat=51.33z=11 Waar kan ik dat onder de aandacht brengen? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Watersnoodramp
Zijn er oorzaken voor die renderproblemen aan te wijzen? Komt het misschien door een te groot aantal ways (in de AND data wordt bij een weg een volgende way gestart als er een zijweg is) of ligt het aan ways met te veel segmenten, of is het gewoon een probleem van teveel data? De gewone gebruiker kan namelijk niks bij renderproblemen, en er is volgens mij zelfs geen terugmelding (bijv. bij de tile details). Maarten -Original Message- From: Remco van Zuijlen [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: 11-10-07 23:45 Subject: Re: [OSM-talk-nl] Watersnoodramp deze keer was ik het niet :), ik probeerde zelfs een tile bij zwijndrecht/dordrecht te herstellen, maar inkscape knalde eruit met memory problemen. Remco ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Het Zwarte Meer is MIA!
Ik zit nog altijd naar de onterechte water tiles te kijken en het valt me nu op dat het Zwarte Meer weg is! http://www.informationfreeway.org/?lat=52.62lon=5.88zoom=13layers=B000F000 Voor de topografisch minder onderlegden: het Zwarte Meer is het randmeer onder de NO-Polder. In OSM zijn alleen de gedeelten van het Zwarte Meer die in Overijssel liggen aanwezig (het zuidelijke gedeelte), het gedeelte van Flevoland is er niet. En ik zie nu dat de grens van Overijssel daar afwezig is. Is er iemand met een .osm van Nederland die de ontbrekende gedeeltes daar kan toevoegen? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Water, water, water
Er zijn een paar tiles in Nederland die als achtergrond water hebben maar toch overduidelijk op het droge liggen. Maar het is me niet duidelijk wat het is. Het leuke is dat je kunt zien dat ze de laatste tijd gerenderd zijn omdat de laatste renderers blijkbaar ook provinciegrenzen laten zien (rode streeplijn). Een van die tiles is 2109 1356. Er staat een stukje Waal en een stukje Maas op, dus dat zijn wel de voor de hand liggende verdachten, en ik dacht ook een probleem gevonden te hebben. In de Maas waren twee ways die niet gesloten waren. Maar na die gesloten te hebben blijft de tile blauw. Wat kan dit nog zijn? Hoe kun je systematisch nagaan wat het probleem is? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentegrenzen
Freek wrote: Ik dacht, laat ik ook de gemeentegrenzen eens aanzetten: deze zitten erin, maar hebben nog niet de juiste tags, dus ik heb deze wiki-pagina opgevolgd: http://wiki.openstreetmap.org/index.php/Key:boundary en een paar grenzen boundary=administrative,border_type=city meegegeven, zie hier het resultaat (eigenlijk hetzelfde als de provincie-grenzen): http://tah.openstreetmap.org/Browse/?x=8445y=5445z=14layer=tile Rechtsbovenin zie je een enkele grens, linksonderin zie je een dubbele grens: twee gemeenten die ik allebei getagd heb. Op zich denk ik dat de tags correct zijn, maar vooral de rendering van de dubbele grenzen niet optimaal. Wat vinden jullie ervan? Ik neem aan dat bij die dubbele grens er twee streep-stippellijnen over elkaar getekend zijn? Het zou natuurlijk mooi zijn als dat niet gebeurt. Kan er in de logica van de renderer niet ingebouwd worden dat als er tussen twee nodes twee verschillende ways zijn er maar één gerenderd wordt? Of heeft dat weer ongewenste neveneffecten? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Informationfreeway kaart op zoomlevels lager dan 11
Wat is er met de kaart op informationfreeway aan de hand? Op zoomlevers 11 en lager krijg je boven de 51.67 NB maar heel weinig detail te zien en is de achtergrond ook nog eens blauw (water). Is daar een renderer gek geworden? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Informationfreeway kaart op zoomlevels lager dan 11
Martijn van Oosterhout wrote: On 9/30/07, Maarten Deen [EMAIL PROTECTED] wrote: Wat is er met de kaart op informationfreeway aan de hand? Op zoomlevers 11 en lager krijg je boven de 51.67 NB maar heel weinig detail te zien en is de achtergrond ook nog eens blauw (water). Een van de proxies is weer weg. In de layer selector kies direct. Dat heb ik gedaan, en ook dan krijg ik dat effect http://www.informationfreeway.org/?lat=51.7lon=5.56zoom=10layers=0B00F000 Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Spoorlijn Oudelande - Terneuzen?
Tja, zoals Eugene ook al aan gaf kruist deze spoorlijn de Westerschelde. Dus er moet al een tunnel liggen. De wegtunnel staat er apart op. Maar ik vind het zo vreemd dat dergelijke data in de AND gegevens zitten. Maarten -Original Message- From: Ante Wessels [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: 29-09-07 10:11 Subject: Re: [OSM-talk-nl] Spoorlijn Oudelande - Terneuzen? On Friday 28 September 2007 21:56:35 Stefan de Konink wrote: Maarten Deen schreef: Zie hier: http://www.openstreetmap.org/?lat=51.37094251748372lon=3.81696845092515 5zoom=13layers=B0F Een spoorlijn van Oudelande (eindpunt SZB) naar Terneuzen. De AND data zegt: AND_r_r: 15001334 foot: yes hgv: no highway: virtual motorcar: no motorcyce: no railway: rail Ik denk dat dat wel kan verdwijnen? En een tag highway: virtual? Wat staat daar in de source van AND? Als er daadwerkelijk een spoorlijn ligt zou ik hem laten staan. In de rotterdamse havens liggen ook nogsteeds spoorlijnen en die staan ook allemaal nog op vele kaarten. Indien hij niet bestaat en gepland was (maar er is nooit wat van gekomen) dan mag hij er af natuurlijk :) Of is hij buiten gebruik? Dan komt er mogelijk nog eens een busbaan of voetpad over te liggen. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] city/town/village definities
Johan Huysmans wrote: Hey iedereen, Ik heb enkele vraagjes over het taggen van de steden, gemeenten, ... in Nederland. We zijn namelijk aan het zoeken naar een definitie van deze begrippen voor het taggen in Belgie. Hoe maken jullie hier het verschil? Is dit gewoon op het aantal inwoners zoals op de map features page staat? Maken jullie verschillen tussen steden en gemeenten (stad is gedefinieerd in koninklijk besluit), en wat doen jullie met deelgemeenten? Hebben jullie ook taggen voor de provincies? De wiki geeft wat cijfertjes voor wanneer iets stad is en wanneer niet: http://wiki.openstreetmap.org/index.php/Map_Features#Places city: 100.000 inwoners town: 10.000 tot 100.000 inwoners village: 10.000 inwoners. Hier is vind ik wel een probleem bij: op bepaalde zoom niveau's worden plaatsnamen van villages niet meer weergegeven. De gemeente waar ik woon bestaat alleen maar uit villages, daar wordt dus zelfs de gemeentenaam op zoomniveau 11 niet getoond en is de kaart erg leeg. Zie bijvoorbeeld http://www.openstreetmap.org/?lat=51.32lon=6zoom=11layers=B0F Die kaart is aardig leeg wat plaatsnamen betreft. Wat mij betreft mag de plaats die de gemeente de naam geeft altijd als town getagt worden. Een aparte tag voor een plaats die officieel stad is maar qua inwoneraantal niet is er niet. Denk aan de 11 steden in Friesland waarvan er een aantal echt niet meer dan 10.000 inwonders heeft. Provincies en gemeentes hebben uit de AND data allemaal een grens die met de naam van de provincie en gemeente is getagt. Misschien is het wel een idee om een tag te maken dat heel lichtjes de provincienaam in een paar high level tiles wordt gerenderd. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Spoorlijn Oudelande - Terneuzen?
Zie hier: http://www.openstreetmap.org/?lat=51.37094251748372lon=3.816968450925155zoom=13layers=B0F Een spoorlijn van Oudelande (eindpunt SZB) naar Terneuzen. De AND data zegt: AND_r_r: 15001334 foot: yes hgv: no highway: virtual motorcar: no motorcyce: no railway: rail Ik denk dat dat wel kan verdwijnen? En een tag highway: virtual? Wat staat daar in de source van AND? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Mapaint plugin in josm-latest (was: Re: Delft EO)
Joost Overes wrote: Die blokken komen door de mappaint-plugin. Als je die uitschakkeld dan zie je wel gewoon nummertjes. Ja, ik zie het. Maar ik vind de mappaint plugin toch wel handiger dan de laatste versie van JOSM. Is dit een probleem van JOSM of van mappaint? Want vervelend is het zeker. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Delft EO
Gert Gremmen wrote: Ik had voor mijzelf behoefte aan een checklist om alle edits bij te houden. Ik heb daar een wiki van gemaakt. Kan iemand van de AND-import even meelezen op verkeerde conclusies, en natuurlijk wordt een ieder uitgenodigd haar tips en eigen checklists toe te voegen. Ook verduidelijkingen zijn welkom. Eén verduidelijking: je schrijft een JOSM versie na 9 september te gebruiken. Ik krijg bij de latest versies (al een tijdje) dat de segmentnummers weergegeven worden als blokken. Zie ook http://josm.openstreetmap.de/ticket/270 Ben ik de enige die dat heeft? Ik draai sowieso een custom versie van JOSM die Grant Slater voor mij in elkaar heeft gedraaid en die niet die irritante onhebbelijkheid van fout selekteren bij het ingeven van een tag naam of value heeft. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Delft EO
Ja, dat mag. Ik vind het zelf erg lastig en zou zelf nooit zo mappen, maar ik ben al 6 ways tussen dezelfde nodes tegen gekomen: twee provinciegrenzen, twee gemeentegrenzen en twee kanten van dezelfde rivier. Ik vind dat vreselijk. Die layers heb ik ook al gezien. Ik zie dat veel gruggen niet met bridge=yes getagt zijn, maar wel layer=-3 hebben. Terwijl de omgeving geen layer heeft. Helaas, dat zal allemaal aangepast moeten worden. Stukke weg (die al gewayd zijn) kijn je in JOSM al combineren: combine way. Maarten -Original Message- From: Gert Gremmen [EMAIL PROTECTED] To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Sent: 25-09-07 23:00 Subject: Re: [OSM-talk-nl] Delft EO Vraagjes Mag water een node gemeenschappelijk hebben met wegen ? Dit komt vaak voor hier in delft. Ook industriegebieden hebben dat. Alle fietspaden zijn pedestrian, helaas. Is het normaal dat een snelweg op layer -3 ligt, En de tunnel eronderdoor op -4 Terwijl alle andere wegen geen layer hebben (=0 ??) ? Ik zou verwachten layer 0 voor de snelweg en layer -1 Voor de tunnel ?? Werkt de Validator plug-in all ? Martijn heb jij de utils al geschikt gemaakt Voor de nieuwe JOSM ? Ik zoek nu vooral een hulpmiddel om Stukjes weg snel aan elkaar te plakken. (join node dus) Gert ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] AND data update coördineren
Is er toevallig iemand bezig met de Maas te fatsoeneren? Ik zit nu in de buurt van Stevensweert en ben wat PGS coastlines aan het verwijderen en ik krijg regelmatig Precondition 412 failed. Ik stel voor om een wiki pagina te maken waar iedereen die de AND data wil editten aangeeft met wel gebied hij bezig is. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wat nu ?
Gert Gremmen wrote: Hoe gaan we nu verder ? Gewoon gaan josm-en en de fouten eruit halen ? Of verwachten jullie nog relevante wijzigingen Voordat we gaan editen ? Het is wel ingewikkeld geworden met Al die niet-weg gerelateerde info zolas water En grenzen. Kunnen we die niet eenvoudig onzichtbaar maken / Ik heb mijn wijk nu behoorlijk goed doorgenomen, en de data van AND zit werkelijk vol fouten. Ik moet zeggen dat mijn wijk woonerf gestructureerd is , en dus veel bruggetjes, autoblok en fiets/voetpaden heeft. Als een weg eindigt in een fietsdoorgang van bijvoorbeeld 50 meter, dan trekt AND deze gewoon als unclassified door. DWZ met de auto kun je daar dus doorrijden (niet dus !) Ik schat dat in mijn wijk van +/- 2 km dat een 70 -80 maal voorkomt. Om nog maar niet te spreken over bussluis busbaan enz. Veel fietspaden zijn gewoon als weg opgevoerd. Er is dus nog VEEL correctiewerk te doen. Ik zie ook dergelijke fouten. En dorpsgrenzen die volkomen fout zijn, place nodes die geografisch verkeerd staan, bijna alle wegen in de bebouwde kom zijn unclassified en niet residential (note: in JOSM de xml van mappaint aanpassen zodat je daar snel verschil in kunt zien) en nog veel meer. Men is gisteren al driftig bezig geweest met de kustlijn, dus dat moeten we maar even laten. Er zijn ook tags verkeerd geplaatst (ik heb dat opgemerkt bij de dorpsgrenzen), als je dat ziet kun je dat het beste melden want zoiets is nog met een programmatje te corrigeren. Wat misschien wel handig is is om hele lange ways op te splitsen. JOSM heeft een probleem met lange ways en ik denk de renderer ook. Meer dan 1.000 nodes in een way? - splitsen. Maar kleine dingen in je plaats kun je gewoon gaan aanpassen. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wat nu ?
mvexel wrote: [Sorry dat ik er zo ineens weer in val; ik heb wel redelijk meegelezen de afgelopen tijd] Voordat iedereen als de spreekwoordelijke kip zonder kop gaat aanpassen (met alle respect ntrlk, ik sta zelf ook te popelen), lijkt het me slim om een bezinningsfase in te stellen waarin we de tijd nemen om de Nieuwe Kaart in ons op te nemen en een gestructureerd beeld te vormen van 'hoeken en gaten' in de AND-data die we tot nu toe over het hoofd hebben gezien. Dat heeft ook PR-waarde; er komt nu veel pers op ons af en het is natuurlijk leuk als je kunt zeggen: Een prachtige dataset, maar we zijn nog niet klaar, omdat... en dan kun je een mooi verhaal vertellen. Dat is een goed idee, maar je moet je wel realiseren dat als zaken als de kustlijn nu niet opgelost worden, ze woensdag in de kaart op openstreetmap zitten. En dat ziet een beetje vreemd uit. En als de renderer hikt op lange ways en geen tiles rendert dan heb je ook niks om even snel te zien waar het mis gaat. Want om nu enig groot gebied in JOSM in te laden, daar is JOSM wel even zoet mee (bij mij tenminste). Maarten Signaleren van rarigheden in de AND-data zou hier op de lijst kunnen, als er een algemeen issue lijkt te bestaan dit toevoegen aan de Wiki. Dan kunnen we ons aan het einde van die periode buigen over de mogelijkheid van een geautomatiseerde oplossing. Martijn Op 22-sep-2007, om 9:41 heeft Maarten Deen het volgende geschreven: Gert Gremmen wrote: Hoe gaan we nu verder ? Gewoon gaan josm-en en de fouten eruit halen ? Of verwachten jullie nog relevante wijzigingen Voordat we gaan editen ? Het is wel ingewikkeld geworden met Al die niet-weg gerelateerde info zolas water En grenzen. Kunnen we die niet eenvoudig onzichtbaar maken / Ik heb mijn wijk nu behoorlijk goed doorgenomen, en de data van AND zit werkelijk vol fouten. Ik moet zeggen dat mijn wijk woonerf gestructureerd is , en dus veel bruggetjes, autoblok en fiets/voetpaden heeft. Als een weg eindigt in een fietsdoorgang van bijvoorbeeld 50 meter, dan trekt AND deze gewoon als unclassified door. DWZ met de auto kun je daar dus doorrijden (niet dus !) Ik schat dat in mijn wijk van +/- 2 km dat een 70 -80 maal voorkomt. Om nog maar niet te spreken over bussluis busbaan enz. Veel fietspaden zijn gewoon als weg opgevoerd. Er is dus nog VEEL correctiewerk te doen. Ik zie ook dergelijke fouten. En dorpsgrenzen die volkomen fout zijn, place nodes die geografisch verkeerd staan, bijna alle wegen in de bebouwde kom zijn unclassified en niet residential (note: in JOSM de xml van mappaint aanpassen zodat je daar snel verschil in kunt zien) en nog veel meer. Men is gisteren al driftig bezig geweest met de kustlijn, dus dat moeten we maar even laten. Er zijn ook tags verkeerd geplaatst (ik heb dat opgemerkt bij de dorpsgrenzen), als je dat ziet kun je dat het beste melden want zoiets is nog met een programmatje te corrigeren. Wat misschien wel handig is is om hele lange ways op te splitsen. JOSM heeft een probleem met lange ways en ik denk de renderer ook. Meer dan 1.000 nodes in een way? - splitsen. Maar kleine dingen in je plaats kun je gewoon gaan aanpassen. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Wat nu ?
Maarten Deen wrote: mvexel wrote: [Sorry dat ik er zo ineens weer in val; ik heb wel redelijk meegelezen de afgelopen tijd] Voordat iedereen als de spreekwoordelijke kip zonder kop gaat aanpassen (met alle respect ntrlk, ik sta zelf ook te popelen), lijkt het me slim om een bezinningsfase in te stellen waarin we de tijd nemen om de Nieuwe Kaart in ons op te nemen en een gestructureerd beeld te vormen van 'hoeken en gaten' in de AND-data die we tot nu toe over het hoofd hebben gezien. Dat heeft ook PR-waarde; er komt nu veel pers op ons af en het is natuurlijk leuk als je kunt zeggen: Een prachtige dataset, maar we zijn nog niet klaar, omdat... en dan kun je een mooi verhaal vertellen. Dat is een goed idee, maar je moet je wel realiseren dat als zaken als de kustlijn nu niet opgelost worden, ze woensdag in de kaart op openstreetmap zitten. En dat ziet een beetje vreemd uit. En als de renderer hikt op lange ways en geen tiles rendert dan heb je ook niks om even snel te zien waar het mis gaat. Want om nu enig groot gebied in JOSM in te laden, daar is JOSM wel even zoet mee (bij mij tenminste). Om mijn standpunt even samen te vatten: ik denk dat we met een gecoördineerde actie de kaart zo moeten krijgen dat die woensdag gerenderd kan worden en er presentabel uit ziet. Dat details (zoals Gert en ik al aanstipten en die door anderen ongetwijfeld ook al gevonden zijn) niet kloppen, dat is ook niet zo belangrijk op dit moment, maar wel goed om te weten. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
