Re: [OSM-talk-be] Weg mappen: Gewichtsbeperking in één richting
Elke weg op om heeft een richting, dat is een gegeven van de weg zelf, niet van de nodes. Hoe je dat ziet, ligt aan de editor die je gebruikt, maar een test die denk ik altijd werkt is: Als je de weg eenrichtingsverkeer zou maken, is dat altijd in de forward richting. Andre Engels Op 8 dec. 2016 10:05 a.m. schreef "Karel Adams" <fa348...@skynet.be>: > Jawel, Joost, mooi. En welke richting is "forward" ? Van laag nodenummer > naar hoog nodenummer of zo? > > Overigens: hoe kan ik checken dat het correct is opgenomen? Is er een > renderer of routeplanner die met deze info rekening houdt? > > Sorry voor de stomme vragen, ge weet dat ik beter omga met > luchtvaartterreinen dan met wegen ... :) > > KA > > On 08/12/16 08:07, joost schouppe wrote: > > Kan je zeker mappen: met maxweight:forward en maxweight:backward , analoog > naar het fietsen-voorbeeld dat hier uigelegd staat: > > https://wiki.openstreetmap.org/wiki/Key:access > > Op 8 december 2016 08:56 schreef Karel Adams <fa348...@skynet.be>: > >> De gemeente Haacht had een slim idee: er is een soort ringweg rond de >> kern, omvattende Zoellaan, Jennekensstraat, Kloosterstraat, Lombaarden. >> Daar mag er in twee richtingen gereden worden, echter de bedoeling is dat >> zwaar verkeer (+3,5 ton) enkel "tegen de richting van de zon" mag rijden, >> m.a.w. langs de buitenkant. Overeenkomstig staan er aan elk kruispunt >> borden "verboden voor meer dan 3,5 ton" in de richting "met de zon mee". >> >> Nu wordt die regeling meer en meer veronachtzaamd, ik zie meer en meer >> zwaar verkeer dat rijdt in de verboden richting. Op OSM is die beperking >> ook helemaal niet gemapt, dus bestuurders die (een GPS gebaseerd op) OSM >> gebruiken die zien die beperking ook helemaal niet. >> >> Kan een dergelijke beperking überhaupt wel gemapt worden? Ik ben niet zo >> zeker of er wel een kader voor is binnen de wegcode... en indien niet dan >> is het niet verwonderlijk dat het niet kan gemapt worden ... >> >> Voorbeeld: Way=352062904, Zoellaan, daar mag het zware verkeer dus enkel >> in zuidelijke richting rijden. >> >> Karel >> >> >> ___ >> Talk-be mailing list >> Talk-be@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-be >> > > > > -- > Joost Schouppe > OpenStreetMap <http://www.openstreetmap.org/user/joost%20schouppe/> | > Twitter <https://twitter.com/joostjakob> | LinkedIn > <https://www.linkedin.com/pub/joost-schouppe/48/939/603> | Meetup > <http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/> > > > ___ > Talk-be mailing > listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be > > > > ___ > Talk-be mailing list > Talk-be@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be > > ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietsknooppunten, bicycle nodes Roundabouts and around squares
Put foot=yes on the virtual path? On Tue, May 19, 2015 at 1:01 PM, Marc Gemis marc.ge...@gmail.com wrote: On Sun, May 17, 2015 at 3:19 PM, m...@vmarc.be wrote: osma.vmarc.be I have a question about : http://osma.vmarc.be/en/route/1758816 The problem here is a virtual path in a pedestrian area tagged as route='bicycle, but used in a walking/hiking/foot route. Anything I can do to solve the problem without tagging for the QA-tool ? regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] How to map streets with limited parking time?
How would this be breaking database rights? First, a drawn map isn't a database. Second, to be protected under database rights, there has to be significant expenditure (of time or other resources) in the creation of the database (not in the mere collection of the data). And third, database rights are only broken if a substantial part of the database is copied. Database rights, just like copyright, do not protect the facts portrayed. Just the form of their collection. Anything you can write down in a few minutes will not be a problem with database rights because it will never have the second and third point at the same time. Yes, it is better to be safe than sorry, but one should not go into ridiculousness for that. Otherwise, we first have to remove all houses and addresses from the database first, because we might get sued for publishing personal data. It is far-fetched that we ever will, but not as far-fetched as the situation you sketch. André Engels On Sun, Feb 1, 2015 at 12:43 AM, Sander Deryckere sander...@gmail.com wrote: We're not talking about copyright, but database right. Someone put effort in gathering the data, even if it's a small effort, this still counts. In European law, this work is protected by the database rights. Certainly when it's not the only way to gather the information. In this case, it's possible to gather the information via a survey. So the map is completely protected. Next to the strict laws, osmf doesn't have money to get into big lawsuits, so it's better to be safe than sorry, and not use possibly illegal sources. Also, when illegally added data has to be taken down, it also infects a lot of legal data added on top of it, like you might remember from the license change. Thus, as a resume, only use a source when you have an explicit, written approval. Op 1-feb.-2015 00:12 schreef Andre Engels andreeng...@gmail.com: Nothing illegal about getting *information* from a map. Information cannot be copyrighted, only the way in which the information is presented. André Engels On Sat, Jan 31, 2015 at 9:50 PM, Sander Deryckere sander...@gmail.com wrote: See http://wiki.openstreetmap.org/wiki/Key:parking:lane More precisely parking:condition:both:maxstay=... However, it's most likely illegal to use the map you show. It's better to survey those things. Regards, Sander Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com: Hi, how can one map a street or zone with 'time limits' ? Here is a map from my village with several kind of 'parking time limits' on streets : http://www.heist-op-den-berg.be/544668.img ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] How to map streets with limited parking time?
On Sun, Feb 1, 2015 at 1:18 PM, Sander Deryckere sander...@gmail.com wrote: I have a feeling I'm repeating myself. We're NOT talking about copyright. There's no copyright involved in this case. Copyright doesn't matter here. Copyright isn't the reason why OSM exists. We're talking about Sui Generis database rights (http://en.wikipedia.org/wiki/Database_Directive). The problem with database rights is that there are only very few trials that used it. So there are not many examples on what a substantial part or even a database is. However, when interpreting the texts, you see that a database is A collection of different records: there are different streets with data Possible to see one record at a time: seeing the parking time of a single street makes sense when you're looking for a parking place (which is the intended purpose of this map) The Sui Generis right protects qualitative or quantitative data: it's both here. The amount of streets is complete, and the information about those streets is complete substantial investment of time in either the obtaining, verification or presentation of the contents: Here it's about presentation. The information can simply be obtained by reading the decisions from the municipal council. However, presenting it in a GIS database, and rendering that map takes time. If you say there's no time involved, than that's similar to about all tasks done by the municipal employees, and I guess that governments just shouldn't have any servants. Of those databases, it prohibits (except when written permission is given) the extraction of a substantial part of the database. Where a substantial part might be evaluated WRT quality or quantity. Here, it's again both, since the information offered by the council is most likely of high quality, and it's planned to extract all data, which is of high quantity. So if a judges gets confronted with this issue, it's likely he will judge that this is a violation to the database rights, Next to all my legal concerns, there's also the fact that surveyed data is just better than imported data. When you surveyed a street, you can compare the results with the existing council data and find differences. Examining those differences can make both datasets richer, rather than just importing mistakes. As such, I strongly advise against using other maps, and I even more strongly advise against advertising to use other maps. Evidence of such advertisement (f.e. in this mailing list) might bring OSM into a legally grey zone, in which corporations won't want to use the data anymore. It's not only the legal part that matters. Also the social part. May I remind you of the legal issues around Android? Microsoft just claimed they owned patents on some of the used technologies, and as a result, brands shipping Android phones paid blackmail money to Microsoft. Microsoft even made more revenue from the Android phones that were sold than from their own phones. I don't think we want companies that use our data (say Mapbox, Geofabrik, Mapquest, ...) to pay to some giants (f.e. Google) because someone on this mailing lists says that data can't be copyrighted, so you can just copy from images like google maps. Regards, Sander 2015-02-01 12:46 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: Once again, facts and information cannot be copyrighted, and especially the law. The drawing (a piece of art) cannot be reproduced but you are not required to phone the Town Administration for a survey and ask them one by one if what you see on the map is correct. Even the drawings of road signs is not copyrighted, and of course not where they are placed, even if you saw it on a photograph (that you cannot reproduce). Same for the boundaries etc. André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] How to map streets with limited parking time?
On Sun, Feb 1, 2015 at 1:18 PM, Sander Deryckere sander...@gmail.com wrote: I have a feeling I'm repeating myself. We're NOT talking about copyright. There's no copyright involved in this case. Copyright doesn't matter here. Copyright isn't the reason why OSM exists. We're talking about Sui Generis database rights ( http://en.wikipedia.org/wiki/Database_Directive). The problem with database rights is that there are only very few trials that used it. So there are not many examples on what a substantial part or even a database is. However, when interpreting the texts, you see that a database is - A collection of different records: there are different streets with data - Possible to see one record at a time: seeing the parking time of a single street makes sense when you're looking for a parking place (which is the intended purpose of this map) The Sui Generis right protects - qualitative or quantitative data: it's both here. The amount of streets is complete, and the information about those streets is complete - substantial investment of time in either the obtaining, verification or presentation of the contents: Here it's about presentation. The information can simply be obtained by reading the decisions from the municipal council. However, presenting it in a GIS database, and rendering that map takes time. If you say there's no time involved, than that's similar to about all tasks done by the municipal employees, and I guess that governments just shouldn't have any servants. Read http://uitspraken.rechtspraak.nl/inziendocument?id=ECLI:NL:RBAMS:2011:CA4035 Ook het begrip ‘investering in de presentatie van de inhoud van een gegevensverzameling’ moet beperkt worden uitgelegd. Niet alle kosten voor de presentatie vallen daaronder, maar alleen die kosten die worden gemaakt om de databank de gegevens te kunnen laten verwerken. And further: De door [A] ten slotte nog genoemde kosten voor het drukken van de handleidingen met de normtabellen (€ 3.000,-) en de tijdsbesteding voor de opname van de normgegevens uit de tabellen in P2O (volgens [A] twee weken fulltime werk per test), zijn naar het oordeel van de rechtbank - in verhouding tot de kosten van de ontwikkeling van een test in zijn geheel - niet als substantieel aan te merken Would it really be more than 3000 Euros plus 2 weeks of a full-time employee to put these data in a GIS database? For more examples, the following were considered NOT to have a considerable investment (or at least, the companies behind them not to have shown considerable investment) by the Dutch judges: * The Dutch public broadcasting company's database of programs and their data * RyanAir's database of all its flight data THOSE are the kinds of database the discussion is about. NOT a map with some roads coloured and a legenda. So if a judges gets confronted with this issue, it's likely he will judge that this is a violation to the database rights. If he hasn't laughed you away already, he will very easily say that no, this is not a protected database. Next to all my legal concerns, there's also the fact that surveyed data is just better than imported data. When you surveyed a street, you can compare the results with the existing council data and find differences. Examining those differences can make both datasets richer, rather than just importing mistakes. Best is the enemy of good. Yes, surveyed data is better than imported, and combined data is better than either. But that's only the case if you have the choice. Imported data is better than no data. It is also better than data you know to be wrong. As such, I strongly advise against using other maps, and I even more strongly advise against advertising to use other maps. Evidence of such advertisement (f.e. in this mailing list) might bring OSM into a legally grey zone, in which corporations won't want to use the data anymore. It's not only the legal part that matters. Also the social part. There is no legally grey zone here. You are creating it yourself. May I remind you of the legal issues around Android? Microsoft just claimed they owned patents on some of the used technologies, and as a result, brands shipping Android phones paid blackmail money to Microsoft. Microsoft even made more revenue from the Android phones that were sold than from their own phones. I don't think we want companies that use our data (say Mapbox, Geofabrik, Mapquest, ...) to pay to some giants (f.e. Google) because someone on this mailing lists says that data can't be copyrighted, so you can just copy from images like google maps. Now, that's a jump. From picking a few points of data from another source than your own eyes to wholesale copying of another source... If the only way to keep people from breaking database rights is by increasing its extend into the ridiculous and then once more, maybe the time has come to just stop using volunteers for
Re: [OSM-talk-be] How to map streets with limited parking time?
Nothing illegal about getting *information* from a map. Information cannot be copyrighted, only the way in which the information is presented. André Engels On Sat, Jan 31, 2015 at 9:50 PM, Sander Deryckere sander...@gmail.com wrote: See http://wiki.openstreetmap.org/wiki/Key:parking:lane More precisely parking:condition:both:maxstay=... However, it's most likely illegal to use the map you show. It's better to survey those things. Regards, Sander Op 31-jan.-2015 21:38 schreef hvdb henk...@gmail.com: Hi, how can one map a street or zone with 'time limits' ? Here is a map from my village with several kind of 'parking time limits' on streets : http://www.heist-op-den-berg.be/544668.img ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Verplicht rechts afslaan
Dat hoef je niet te doen, want dat heeft Glenn al gemapt. Kijk naar http://www.openstreetmap.org/relation/2709163/ voor de manier waarop het gebeurd is. André Engels 2014-11-30 14:31 GMT+01:00 Guy Vanvuchelen guy.vanvuche...@gmail.com: Op punt: 50.9801192 / 4.4599431 in Zemst komt de Edgar Tinelstraat uit op de Brusselsesteenweg. Het autoverkeer dat uit de Edgar Tinelstraat komt moet verplicht rechts afslaan. Hoe kan ik zo iets mappen zonder het mooie werk dat Glenn daar geleverd heeft te beschadigen? Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Welke tags voor straten in de bebouwde kom?
2014-11-28 17:02 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Ik plaatste dit bericht [1] ook al eerder in het forum, maar wil graag horen hoe op de mailinglist over dit onderwerp wordt gedacht. Het gaat over welke tags gebruikt zouden moeten worden om (woon) straten in de bebouwde kom te taggen. Zelf gebruik ik de werkwijze dat alle bewoonde straten binnen landuse=residential: 1 residential 2 of living_street zijn Voor de grotere verbindingswegen tussen wijken is de wiki ook duidelijk (secondary of tertiary). highway=unclassified gebruik je dan voor die wegen buiten de bebouwde kom die niet tot de genummerde wegen behoren of voor wegen op bv. industrieterreinen. Maar highway=unclassified zou feitelijk in de bebouwde kom niet echt veel voor mogen komen. Daar ben ik het niet mee eens. Ik gebruik zelf highway=unclassified voor wegen die meer dan alleen woonstraten zijn, maar niet groot genoeg voor tertiary, bijvoorbeeld een hoofdstraat door een wijk. En ook voor wegen die binnen de bebouwde kom meer een woonstraat zijn, maar ook buiten de bebouwde kom doorgaan als unclassified. De oorzaak (in Nederland) is dat bijna al die wegen destijds binnengehaald zijn met een grote AND import en daar stond die tag erbij. Maar moeten we dat niet gaan veranderen? Want nu staat er echt heel veel verkeerd. En wie gaat dat veranderen? Kan dat niet geautomatiseerd worden? Zijn er bezwaren? Ikzelf probeer het meestal te veranderen als ik een gebied aan het bewerken ben; probleem hiermee is dat het zo nog wel 10 jaar duurt voor dit weer echt fatsoenlijk is. Automatisering is problematisch omdat we dan gemakkelijk naar het omgekeerde probleem overgaan - wegen die wel unclassified moeten blijven, maar naar residential worden gezet. Wellicht zouden we iets halfautomatisch kunnen bedenken (waarbij iemand een stukje kaart te zien krijgt, en dan aangeeft welke unclassified en welke residential moeten zijn (bij voorkeur als 'deze unclassified/residential en de rest het andere), maar ik weet niet hoeveel sneller dat zou gaan dan mensen in hun eigen favoriete editor late werken. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Tag; definitie voor een garage straat
Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel degelijk doorgaat (en ook in andere gevallen is het naar mijn mening slechts een hint voor andere mappers, geen wezenlijk onderdeel voor gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit in de praktijk tag als highway=service zonder service-tag, wat geloof ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk verkeer kun je beschrijven met access=no, foot=yes of access=destination, al naar gelang hoe je 'plaatselijk verkeer' definieert. André 2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com: Dag, Situatie: Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren toe. Er is een geasfalteerde straatje die achter de tuinen loopt. Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij hier zeggen een garagestraatje. bord C3 uitzonderlijk plaatselijk verkeer het straatje stopt ter hoogte van een barrier paaltje voetgangers en fietsers kunnen verder.Werd ingevoerd. Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk moet ik voor dit garagestraatje noexit=no handmatig toevoegen? Zie 50.7892212,3.1862567 service=parking_aisle of is er daarvoor een betere tag. Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Tag; definitie voor een garage straat
Oeps, te snel op enter gedrukt. Waar ik access=no, foot=yes zeg, bedoel ik access=private, foot=yes. André 2014-10-24 12:20 GMT+02:00 Andre Engels andreeng...@gmail.com: Zeker geen noexit=no toevoegen. Dat is niet bedoeld voor gevallen waar de weg voor bepaalde groepen (voetgangers bijvoorbeeld) wel degelijk doorgaat (en ook in andere gevallen is het naar mijn mening slechts een hint voor andere mappers, geen wezenlijk onderdeel voor gebruikers). Ikzelf zou de voorkeur geven aan service=alley boven service=parking_aisle voor dit geval (al moet ik toegeven dat ik dit in de praktijk tag als highway=service zonder service-tag, wat geloof ik ook niet de bedoeling is). Het bord C3 - uitgezonderd plaatselijk verkeer kun je beschrijven met access=no, foot=yes of access=destination, al naar gelang hoe je 'plaatselijk verkeer' definieert. André 2014-10-24 12:08 GMT+02:00 Jakka vdmfrank...@gmail.com: Dag, Situatie: Huizen rij langs straat. Elk huis met een lange smalle tuin naar achteren toe. Er is een geasfalteerde straatje die achter de tuinen loopt. Waardoor men in die tuinen een garage kon bouwen, dus toegang via zoals wij hier zeggen een garagestraatje. bord C3 uitzonderlijk plaatselijk verkeer het straatje stopt ter hoogte van een barrier paaltje voetgangers en fietsers kunnen verder.Werd ingevoerd. Het verkeersbord F45 doodlopende straat, staat aan de ingang van de wijk moet ik voor dit garagestraatje noexit=no handmatig toevoegen? Zie 50.7892212,3.1862567 service=parking_aisle of is er daarvoor een betere tag. Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- André Engels, andreeng...@gmail.com -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Netherland mapping for Tourists / Adress nodes move to building etc
On Sun, Oct 5, 2014 at 10:34 PM, Frank Steggink stegg...@steggink.org wrote: Regarding the highway = unclassified tag from the AND import: this was before my time, but I believe it was caused by a lack of granularity of the highway types in the original data. No, the issue was an incorrect mapping of the AND highway type to the openstreetmap highway type in the original import.AND had levels 1 to 5 and no level. These should have been mapped: level 1-3: motorway, trunk, primary, secondary level 4: tertiary level 5: unclassified no level: residential but they were mapped: level 1-3: primary? level 4: secondary level 5: tertiary no level: unclassified The incorrect secondary and tertiary roads have later been corrected in a partially automated manner - roads that had not been touched were changed automatically, after which the rest was done by manual clean up of the map. The unclassifed-should-be-residentials have not been so corrected. I think that the lack of a difference in the way it is shown on Mapnik has been working against them being handled by users on large scale. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] meerdere namen op een motorway junction
De 'naam' van de afrit is in Nederland, als ik het me goed herinner, de _eerste_ plaats op het afritbord. In dit geval dus vermoedelijk 'Brielle'. André 2014-06-16 13:43 GMT+02:00 wouter van der plas wouterv.dp...@gmail.com: hallo, ik ben geabonneerd op de rss feed van osmose in mijn gebied. en dus kreeg ik een email binnen die mij vertelden dat er meerdere namen op een afrit stonden. http://osmose.openstreetmap.fr/en/error/992336328 http://www.openstreetmap.org/node/92961494 nu is dit op zich niet echt een probleem wand op de kaart staat alles goed. maar als je naar de wiki pagina kijk, staat daar dat de naam tag speciaal voor een specifieke naam is. en voor wat nu de naam tag is moet de exit_to tag worden gebruikt. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction mijn vraag is dan nu of dat er iets anders is afgesproken in Nederland. en of dat het moet worden verandert. met vriendelijke groet, wouter van der plas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode?
Je emailadres invullen in het onderste invulveld op https://lists.openstreetmap.org/listinfo/talk-nl, dan op het volgende scherm 'Unsubscribe' aanklikken. 2014-04-07 13:59 GMT+02:00 pieter vd harst apida...@hotmail.com: hallo allemaal, ik ben per ongeluk in deze discussielijst terecht gekomen. hoe kan ik me afmelden? alvast bedankt Pieter van der Harst -- To: talk-nl@openstreetmap.org From: dbuss...@goudappel.nl Date: Mon, 7 Apr 2014 11:22:48 +0200 Subject: Re: [OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? Hoi Maarten, deze sites hebben last van het feit dat oude versies van OpenLayers niet compatibel zijn met nieuwe Windows/IE *https://github.com/openlayers/openlayers/issues/686*https://github.com/openlayers/openlayers/issues/686 Oplossing is migratie naar OpenLayers 2.13.1. Voor onze eigen applicaties zijn wij daarmee bezig. Groeten, Dirk Dipl. Geogr. Dirk Bussche *Consultant* t. +31 (0)570 666 830 [image: Zwart vierkantje] w. *www.dat.nl*https://www.dat.nl [image: Zwart vierkantje] e. dbuss...@dat.nl *(aanwezig op kantoor: maandag en donderdag)* *You are welcome in our stand on the following events: *Intertraffichttp://www.intertraffic.com/intertraffic-amsterdam/Pages/default.aspx, Amsterdam Netherlands, 25-28 March [image: Zwart vierkantje] Integrating Passenger Information http://www.passenger-information-2014.com/, London United Kingdom, 26-27 March [image: Zwart vierkantje] *European Transport Conference* http://etcproceedings.org/, Frankfurt Germany, 29 September-01 October DAT.Mobility BV, Snipperlingsdijk 4, 7417 BJ Deventer, The Netherlands DAT.Mobility is part of the Goudappel Group, operating from offices in Amsterdam, Den Haag, Deventer, Eindhoven, Leeuwarden and partners globally. From:Maarten Deen md...@xs4all.nl To:talk-nl@openstreetmap.org, Date:07-04-2014 09:33 Subject:[OSM-talk-nl] Foute tileweergave bij oudere weergavemethode? -- Het valt me op dat bij twee routingwebsites die ik veel gebruik, fietsrouteplannerzuid.nl en yournavigation.org, de weergave van de tiles vaak niet klopt. Er worden tiles van totaal andere gebieden weergegeven, vaak zelfs verschillende gebieden met een horizontale scheiding. En als je dan de kaart verplaatst wordt zomaar weer een ander (verkeerd) gebied weergegeven. Ik heb nu bijvoorbeeld op yournavigation.org een route gepland van Zutphen naar Helden, ik zie nog net een strookje Zutphen (van Utrecht tot Ahaus), daaronder een strook rond Paderborn (Bielefeld, Paderborn, Bennecken, Schladen), en eronder een stuk rond Leipzig (Landsberg, Leipzig, Bernsdorf, Welzow). Dit zijn allebei sites die nog de oude manier van projecteren gebruiken, met de zoombar aan de linkerkant, niet zoals de nieuwe slippy map (geen idee wat de technische naam is). Ik zie dit op IE9. Volgens mij ook thuis met firefox, maar dat weet ik even niet zeker. Zijn er meer mensen die dit zien? Is dit een probleem van die websites en/of de techniek die ze gebruiken of ligt het aan mij? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- André Engels, andreeng...@gmail.com inline: ATT1___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] noexit
2013/12/3 Jo winfi...@gmail.com Hallo Sus, Ik ben 's naar de historiek van die wikipagina gaan kijken en oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat doodloopt en niet op de laatste node. De wiki is dan op een gegeven ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar mijn gevoel niet klopt. Ik interpreteer die noexit yes op een straat ook als enkel geldend voor auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien. Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos. De tag is naar mijn mening niet bedoeld voor kaarten en applicaties, maar voor bewerkers en controleurs. Het komt vaak voor dat een weg die 'in het niets' eindigt een fout of incompleetheid is - de weg hoort ergens aan vast, maar iemand heeft 'net naast' geclickt, of de weg gaat wel verder, maar dat deel was niet gesurveyd. noexit=yes geeft aan dat deze niet het geval zijn, maar de weg echt ophoudt op dat punt. Ik vind juist wat jij kennelijk wil vrij zinloos - dat de weg doodloopt voor automobilisten, kun je ook wel uit de bestaande wegen en tags afleiden, daar is dus geen aparte tag voor nodig. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Gebruik layer=-1 voor landuse
2013/10/16 Marc Gemis marc.ge...@gmail.com Ik kan me ergens wel vinden dat een straat 2 landuses van hetzelfde type niet hoeft te scheiden. De vraag blijft natuurlijk is een straat wel landuse=residential of farmland of ... Ik dacht dat alle renderers een eigen algorithme hadden om de volgorde van landuses te bepalen, dat daarom de layer tag niet nodig is. Dus onderaan bv. residential en erboven village_green. Nooit omgekeerd. Als je natuurlijk een stad in zijn geheel als residential in kleurt en daarbovenop industrial or retail landuse legt heb je die lagen wel nodig. Maar zijn er wel renderers die daar naar kijken. Voor de standaardkaart op openstreetmap.org lijkt het algoritme te zijn dat het altijd het element met de kleinste oppervlakte toont. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Punt toevoegen
In Potlatch2: Nadat je het punt hebt aangemaakt/geselecteerd, linksonder op 'Advanced' drukken. Je kunt daarna velden en waardes als freetext invullen. 2013/9/10 Pander pan...@opentaal.org Hoi allemaal, Ik wil een punt toevoegen in OSM via iD of Potlatch 2 maar kan geen amenity=dojo sport=aikido kiezen terwijl deze toch bestaan, zie http://wiki.openstreetmap.org/wiki/Tag:sport%3Daikido en http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddojo Hoe kan ik dat wel voor elkaar krijgen? Dank, Pander -- Stichting OpenTaal Taal is van ons allemaal http://www.opentaal.org ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] amenity = school
2013/4/23 Ronald Stroethoff stroe...@zonnet.nl Ik heb een vraag over het volgende probleem: amenity = school wat moet ik als zodanig taggen; alleen het gebouw of het hele terrein (inclusief schoolplein)? Ik zelf heb de neiging om het hele terrein als zodanig taggen maar ik zie sommige mensen alleen het gebouw taggen. zoals hier: http://www.openstreetmap.org/?lat=52.172535lon=4.479675zoom=18layers=M Ik heb niet zoveel zin in een edit-war. In principe het hele terrein, maar echt fout zou ik het niet noemen om alleen het gebouw te nemen. Tag dus gerust het hele terrein, en voel je vrij te corrigeren als het op het gebouw staat (en je weet wat het terrein is), maar maak je niet druk over mensen die het anders doen. Dat is mijn mening. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kruising in Nijverdal
2012/5/6 Geert Ribbers ge...@groothagenbeek.nl: De kruising Grotestraat, De Jonckheerelaan, Smidsweg staat momenteel fout op Open Streetmap. Het is een normale kruising met verkeerslichten waar auto's alle kanten op kunnen (net per fiets gecheckt). Maar volgens Streetmap kunnen alleen fietsen vanuit De Jonckheerelaan of de Smidsweg de Grotestraat op. De verbinding voor auto's met de Grotestraat ontbreekt. Dit kan er bijna niet altijd zo gestaan hebben. Kan iemand zien wat daar gebeurd is? Of trekken we die 2 wegen maar gewoon tegen de Grotestraat aan? De fietsverbindingen zijn opgevoerd door Fietsrouteplanner op 25-11-2010. Het lijkt erop dat het hier gaat om tijdelijke werkzaamheden die ten onrechte in OSM gebleven zijn. Op 21-08-2010 veranderde BertTijhuis in changeset 5549535 de De Joncheerelaan tussen dit kruispunt en en de Piet Heinstraat/Bouwmeesterweg van highway=primary naar highway=construction;construction=primary met als commentaar 'Nijverdal Maintenance 2013'. Op 25-11-2010 paste Fietsrouteplanner Pim dit zoals gezegd aan. Meer specifiek: * het gedeelte ten noorden van de parallelweg werd weer highway=primary gemaakt * het stuk construction tussen kruispunt en fietspad/parallelweg werd verwijderd, evenals het stuk van de Smidsweg tussen kruispunt en fietspad/parallelweg * in de verwijderde stukken werd een fietspad geplakt. Kennelijk is het bewuste kruispunt en de De Joncheerelaan in herfst 2010 op de schop gegaan, waarbij eerst (in oktober) de weg aan de beurt was, vervolgens (in november) het kruispunt. OSM geeft (ten onrechte) nog steeds de situatie aan van november 2010. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kruising in Nijverdal
2012/5/6 Oliver Heesakkers o...@heesakkers.info: De oversteek stond als cycleway te boek, ik heb er primary van gemaakt. Ik heb nog even wat verder aangepast; het zuidelijke deel bij de bestaande way van de Smidsweg gevoegd, het noordelijke deel uit de bus-relatie gehaald en naam gegeven. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Missen wij nog fietsroutenetwerken in omgeving A'dam?
2012/2/24 Cartinus carti...@xs4all.nl: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hele netwerken: nee. Stukjes hier en daar: ja. Tijdens het wandelen van de zomer viel het op dat er rond Uithoorn en Loenersloot nog een paar fietsroutes missen. Dat gat boven Zaanstad, daar zal ook wel minstens één route doorheen lopen. Als je goed zoekt zijn er vast nog wel meer missende routes te vinden. Als ik op de kaart kijk, zijn de grootste gaten Westerwolde, Salland en Flevoland. Iets kleinere gaten, maar nog steeds behoorlijk groot zijn het uiterste noorden van Noord-Holland, Overflakkee en de Bommelerwaard. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het Lint, Leidsche Rijn
2011/12/31 Robert Elsenaar rob...@elsenaar.info: Waarom pedestrian en geen footway? Ik persoonlijk gebruik pedestrian voor wegen die in principe geschikt zouden zijn voor auto's, maar waar die verboden zijn of geen route hebben om er te komen, footway voor in het algemeen smallere echte voetpaden. Ik zie liever bij een dergelijk ondrbord staan bicycle=prmitted. Wat is het verschil tussen bicycle=yes en bicycle=permitted, behalve dan dat het eerste veel meer gebruikt wordt en dus meer kans heeft door tools te worden begrepen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] StreetView?
2011/11/23 Tim François sk1pp...@yahoo.co.uk: If you want to stick strictly to OSM best-practices, you CANNOT use data that you have collected from Google StreetView and use it in OSM. http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.1 Which is a ridiculous guideline. Copyright is on creativity, it does not forbid copying something that someone else has copied. Copying a Streetview photograph is forbidden, making a drawing to copy it might be, but using Streetview to see what kind of traffic sign is at a certain place is not a problem with copyright. At least not in the real world. But apparently Openstreetmap is not the real world. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Falkplan Andes naar de rechter om NWB
2011/11/23 Peter Berck durian...@gmail.com: Hoe komt Falkplan aan de data? Hebben ze dat zelf verzameld? Is dat met belastinggeld gefinancieerd? Ik neem aan dat er toen Falkplan begon dat er wel iets afgesproken is over licenties en dergelijke? Ik neem aan dat ze dat zelf verzameld hebben, ja. Daar lijkt hun argument in elk geval wel van uit te gaan. De redenatie lijkt zoiets te zijn als Wij (evenals Tomtom en misschien nog anderen) hebben veel geld en moeite geïnvesteerd om deze data te verzamelen, en nu verpest de overheid de markt door diezelfde data, gefinancierd met belastinggeld, gratis aan te bieden. Het klinkt me allemaal als niet erg veel grond om op te staan, maar je weet maar nooit wat er juridisch gezegd wordt. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Falkplan Andes naar de rechter om NWB
2011/11/23 Floris Looijesteijn o...@floris.nu: Wij hebben ook veel moeite gestoken in het verzamelen van de data. Kunnen ze de openstreetmap community niet als getuige oproepen? :) Ik zag je opmerking eerst als grapje, maar ik denk dat er nog wel wat in zit ook. De overheid zou in dezen (als extraatje naast hopelijk een aantal meer kansrijke verdedigingen) Openstreetmap kunnen noemen om aan te geven dat er al een gratis en vrij verkrijgbare bron van geo-informatie bestaat. De mate van marktverstoring die een gratis informatiebron veroorzaakt is natuurlijk een stuk geringer als er al een gratis informatiebron op de bewuste markt beschikbaar is. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Falkplan Andes naar de rechter om NWB
2011/11/23 Christ van Willegen cvwille...@gmail.com: 2011/11/22 Floris Looijesteijn o...@floris.nu: Met de gang naar de rechter hoopt Falkplan Andes te voorkomen dat de overheid de informatie gratis weggeeft. Dat was tenslotte ook niet al lang bekend, dat dat ging gebeuren... en dan nu al naar de rechter! Het zou eigenlijk net zo moeten gaan als met trademarks: Als je niet 'meteen' in actie komt, dan vervalt je recht. Nee, daar ben ik het niet mee eens. Naar ik vermoed is Falkplan al wel eerder in actie gekomen, maar dan via de weg van het lobbyen in plaats van de rechter. En dan stap je dus inderdaad pas op het allerlaatste moment naar de rechter, omdat je niet de andere partij al op voorhand tegen je in het harnas wilt jagen. Wat natuurlijk onverlet laat dat ik om meer dan één reden hoop op een volledige nederlaag bij de rechter van Falkplan. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Boeien bij Schiermonnikoog
2011/9/22 taede terpstra taede.terps...@hotmail.com Hoi, ik kreeg van een Duitse mapper de volgende mail: Hallo, Hier geht das Fahrwasser über Land... http://map.openseamap.org/map/?zoom=14amp;lat=53.5049amp;lon=6.33739amp;layers=BFFTTThttp://map.openseamap.org/map/?zoom=14lat=53.5049lon=6.33739layers=BFFTTT Kannst Du das bitte mal prüfen und korrigieren? Herzlichen Dank, Markus Na wat heen en weer blijkt dat de coastline dwars over vaarwater - volgens de boeien - loopt. Even gekeken, en de boeien (b)lijken uit een rijkswaterstaat bestand te komen, terwijl de coastline vanuit 3dShapes afkomstig is. 2 imports die elkaar dwars zitten? Hoe kunnen we dit oplossen, want simpelweg de boeien verplaatsen heeft geen zin als deze over een tijdje opnieuw worden ververst vanuit een datadump. En om nou een stuk strand / kwelder af te gaan graven is me teveel werk :) Ik heb het eens met de Bing-foto's vergeleken, en dat geeft me het idee dat de boeieninformatie correct is, maar de kustlijninformatie verouderd. Het oostelijke uiteinde van Schiermonnikoog is een fiks stuk naar het oosten uitgelopen, en waar de boeien zich bevinden lijkt een baai te zijn gegraven. De eilanden ten oosten van Schiermonnikoog lijken ook flink veranderd te zijn. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] landuse grass or campingsite? And datasource
On Sat, Aug 27, 2011 at 12:32 PM, Jonas Stein n...@jonasstein.de wrote: this is tagged as landuse grass. It seems to be a import from somewhere, right? http://www.openstreetmap.org/browse/way/84218434 I found a map of this camping site. Where should i store that piece of information for people who want to correct the site? I would have no objection against retagging. large parts of NL seem to be imported, but the buildings do not match with bing aerial maps. I don't know where you checked, but in most cases the landuse/building correspond quite well to the Bing maps. It's the road data that are often shifted compared to both. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Commentaar bij een wijziging; verschillende sets aanmaken.
2011/7/5 drek d...@drek.nl Weet iemand misschien een antwoord op mijn vraag? Ik wil graag commentaar bij een gedane wijziging wijzigen. Is dit mogelijk? Nee, voorzover ik weet kan dat niet in Potlatch, heb zelf ook wel eens het probleem gehad. De enige oplossing die ik weet, is opslaan, en daarna op 'edit' klikken. Je krijgt dan hetzelfde beeld als voorheen, maar je wijzigingen vallen onder een nieuwe set. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Fixing administrative borders
On Wed, Jun 8, 2011 at 11:17 AM, Maarten Deen md...@xs4all.nl wrote: Don't have much time to reply, so a short one: Always look at the country specific page to get the answers. The international page is just there for some guiding, but the countries have to make their own rules. As is the case for Belgium. country: level 2 regions: level 4 communities: level 5 provinces: level 6 arrondissements: level 7 municipalities: level 8 district/deelgemeentes/sections: level 9 Then why is this information not on the international page? There is absolutely no reason to have conflicting information on a wiki. In this list I am missing single towns. A municipality consists of multiple towns. Should it not be: municipality:8, town:9, district/deelgemeentes/sections:10? I assume 10 can be used for sububurbs/wijken too? (does Belgium have that concept like the Netherlands?) 'Deelgemeente' in Belgium is a different concept than in the Netherlands. They are former municipalities, which in the 1960s or 1970s have fused into larger municipalities. Thus, a deelgemeente/district/section is more like a town than like a wijk. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] Serviceweg?
2011/5/31 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Tot nu toe tag ik opritjes naar huizen, maar ook de grote (manoeuvreer) vlakken die voor een bedrijf aan de weg aansluiten als een stukje unclassified, maar dat is lang niet altijd bevredigend. Gaan we voor opritten naar service ? Iedereen akkoord ? Ik ben voor, naar mijn mening zijn unclassified en residential bedoeld voor openbare weg, wegen op privéterrein zijn wat mij betreft highway=service. Hoe doen we dan het pleintje voor de boerderij / bedrijf dat vaak wel 50-100 meter breed is ? Als je dat wilt aangeven (ik laat er liever de highway=service eindigen), highway=service, area=yes -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Serviceweg?
2011/5/30 Frank Heinen f.heinen...@gmail.com: Ik map nu vaak langere opritten (30m+) als service weg maar moeten deze dan ook de straatnaam krijgen? Die oprit is toch geen onderdeel van de weg? Of moet dat juist wel? Naar mijn mening niet, voor mij is het juist een onderscheidingscriterium tussen een serviceweg en een 'normale' weg dat de laatste altijd een straatnaam heeft, en de eerste vaak niet. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Serviceweg?
2011/5/29 Robert Elsenaar rob...@elsenaar.info: Ik kom steeds vaker zijweggetjes van hoofdwegen tegen die de zelfde weg dragen als de hoofdweg. De zijweg is zelf ook verhard en een bord aan het begin van de weg verwijst naar een aantal huisnummers die bij de hoofdweg horen. http://maps.google.nl/maps?q=52.221609,5.606396num=1t=hsll=52.229439,5.593513sspn=0.01367,0.032015hl=nlie=UTF8ll=52.221428,5.607319spn=0.00084,0.002642z=19layer=ccbll=52.221519,5.607305panoid=X1NQTPEjQcn3tVP0dwA4pwcbp=12,220.32,,1,2.75 Wat voor een soort weg ga ik die geven. Ik dacht aan een serviceweg met de naam van de hoofdweg. Is die gedachte goed? Of heeft iemand een andere oplossing bedacht? Ik geef ze meestal als een 'echte' residential aan. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Tuinpark versus volkstuinen
2011/5/1 Martijn van Exel m...@rtijn.org: Ha, Voor volkstuinen kennen we landuse=allotments. Een typisch Nederlands fenomeen (?) is het Tuinpark, waar mensen niks verbouwen maar alleen maar recreëren. Bij mij in de buurt zijn er een stuk of wat [2][3]. Hoe taggen we dat? Martijn [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dallotments [2] http://www.tuinparkbuikslotermeer.nl/index.htm [3] http://tuinparkdemolen.webklik.nl/page/welkom leisure=garden, zie http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgarden -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] cafe, pub, restaurant
2011/4/28 Martijn van Exel m...@rtijn.org: Het terrassenseizoen is weer begonnen, en cafés etc. hebben mijn speciale aandacht. Nu zijn er gewone cafés (amenity=pub) maar ook dingen tussen café en restaurant in: eetcafés, restaurants waar je ook voor een drankje kunt aanschuiven. Ik tag die met amenity=pub, food=yes als het een eetcafé is. Koffietenten zoals Starbucks, Coffee Company zijn amenity=cafe. Ik voeg aan een (eet)café outside_seating=yes toe als er een terras bij is. Restaurants blijven amenity=restaurant. Komt dat overeen met wat jullie doen / logisch vinden? Moet er een aparte wikipagina voor komen? Ik zet eetcafés, grand cafés en dergelijke ook onder amenity=cafe -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Logboek gebied
2011/4/26 Lennard l...@xs4all.nl: Ziet er op zich goed uit, maar ik krijg steeds Data not visible at this zoom level, please zoom in to see stuff. Het is me in 50 pogingen geloof ik één keer gelukt daadwerkelijk in te zoomen. Het is behoorlijk irritant als je geadviseerd/verzocht wordt iets te doen wat je niet kunt doen... Hoe probeer je dan in te zoomen? Het werkt hetzelfde als op de osm.org kaart, bijvoorbeeld. Dubbelklikken, of het de scroll/zoom-elementen linksboven gebruiken, of met shift-dragging. Ik probeerde het scrollelement linksboven en het muiswiel, dat zijn ook de methoden die ik op OSM gebruik. Shift-dragging werkte wel, en na dat een keer gebruikt te hebben, ging de rest ook weer. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] POI's
2011/4/18 rob...@elsenaar.info: Je gaat ons toch niet vertellen dat een OSM Mappende Fietsers met ELECTRISCHE fietsen rond rijden .. toch? Ik moet het moment nog beleven dat ik al wandelend langs een dergelijk oplaadpunt loop en daar Ldp, Ligfietser of zelfs Noordfiets zie staan. Ik zou onvoldoende batterijen voor mijn fototoestel hebben . Hahahahaha. Dan moet je ook oplaadbare batterijen nemen! -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsrouteplanners gelanceerd
2011/4/1 dbuss...@goudappel.nl: Voor ons stopt de ontwikkeling nu niet. We hebben nog een aantal features in de pipelijn en ook plannen voor een uitrol naar heel Nederland. Dit kan echter alleen als de datakwaliteit dan op orde is en dat kunnen wij niet met betaalde krachten organiseren. Wat er met name nekt zijn: - eenrichtingswegen die in tegenrichting open staan voor de fiets - binnensteden die voor de auto, maar niet voor de fiets ontoegankelijk zijn - ontbrekende vrijliggende fietspaden, met name afkortingen, ontbrekende bruggen of tunnels en dergelijke - fietsverboden op grote wegen, die niet in osm gecodeerd zijn. - fietspaden op grote wegen - ontbreken van aansluitingen van fietspaden, waardoor geen doorgaande routes mogelijk zijn Ideen hoe we dit voor heel NL systematisch kunnen oppakken? Ik denk dat een applicatie als openstreetbugs dan handig zou zijn, waarin je kunt aangeven welke wegen volgens jou mogelijk problematisch zijn, en vervolgens de mogelijkheid geeft deze gevallen op te lossen danwel aan te geven dat ze wel degelijk correct zijn. Je zult waarschijnlijk zo nooit een volledige dekking krijgen, maar een heel eind moet je toch kunnen komen, en dan weet je tenminste waar de problemen liggen. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] tag street from calc file
On Tue, Mar 22, 2011 at 7:00 PM, Renaud MICHEL r.h.michel+...@gmail.com wrote: On mardi 22 mars 2011 at 18:39, Jo wrote : cycleway=opposite (converted to the proper xml-format) and tag the way as modified. I don't think that tag is appropriate. It implies that there is a real cycleway on the road, but in Liege (and many other places in wallonia) you simply have an exclusion to the oneway for bicycles. No, cycleway=opposite means exactly that - a one way road that cyclists are allowed to ride in the opposite direction. See http://wiki.openstreetmap.org/wiki/Key:cycleway For those I use oneway:bicycle=no bicycle:oneway=no (not sure which one is more appropriate, so I always add both, looking at the wiki, the oneway:bicycle seems to be preferred) -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] outer airport????
2011/2/16 Luc Van den Troost luc.a...@gmail.com: Volgens OSM ligt hier http://www.openstreetmap.org/?lat=50.854451lon=3.985033zoom=18layers=M outer airport Edited by xybot at 2010-12-17T21:14:15Z Edited by bcrosby at 2010-12-17T00:53:45Z aeroway: aerodrome name: Outer Airport source: ourairports.com Blijkbaar geimporteerd van een externe bron. Iets van vliegaktiviteit op die plaats (in het verleden) vindt ik op het web niet terug. Een vliegplein - zelfs voor modelvliegtuigjes - is er me niet bekend. Op de luchtfoto's staan er in de buurt alleen tractorsporen. Heb het voorlopig laten staan. Verschijnt op de maps alleen in bepaalde zoomlevels. zoals hier http://www.openstreetmap.org/?lat=50.8433lon=3.9926zoom=12layers=M Weet er iemand meer van? De externe bron valt te raadplegen: http://www.ourairports.com/airports/EBNO/pilot-info.html . Volgens de gegevens is de vliegveldcode EBNO, en is er één start/landingsbaan, lengte 150 voet (50 meter dus maar, lijkt me erg weinig), breedte 30 voet, ondergrond onbekend. Ik heb nog wat gegoogled (op Outer Airport + EBNO of Outer Airport + Ninove), maar geen verdere informatie gevonden. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] adressen invoeren
2011/1/27 Ivo De Broeck ivo.debro...@gmail.com: ff een andere thread Om OSM op het niveau van Google maps te kunnen brengen moeten er buildings en adressen ingevoerd worden. Om eenduidigheid te brengen zou het misschien nuttig zijn om afspraken te maken in verband de invoer van adressen. Grofweg zijn er 2 mogelijkheden : een POI met 1 adres zie http://www.openstreetmap.org/?minlon=4.69608minlat=50.86135maxlon=4.71175maxlat=50.87029box=yes of een adres toevoegen aan het gebouw zelf zie http://www.openstreetmap.org/?lat=50.86551lon=4.76011zoom=17 In potlach 2 wordt (met de optie simpel) gekozen voor de tweede optie. Is het nuttig om op de wiki een pagina hier aan te wijden?? Het is algemeen zo in OSM dat in een dergelijk geval applicaties beide vormen behoren te kunnen worden verwerkt door applicaties. Mijn mening is dat ik methode 2 gebruik waar mogelijk (er is een gebouw aan te geven dat met de adresaanduiding overeenkomt), methode 1 waar dat niet kan (het gebouw is niet ingetekend of het adres behoort toe aan een deel van het gebouw). -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] openstreetbugs / fietsrouteplanner
2010/12/6 dbuss...@goudappel.nl: wij willen in onze fietsrouteplanners graag een aanmoediging opnemen de kaart te verbeteren als je ergens lokale kennis hebt. In eerste instantie een verwijzing naar www.openstreetmap.nl/content/zelf-de-kaart-bewerken.html, plus voor wie dat te ingewikkeld vindt een verwijzing naar www.openstreetbugs.org Heeft iemand ervaring met hoe lang meldingen op openstreetbugs blijven staan alvorens ze door iemand worden opgepikt? Erg lang soms. Reden is, naast dat niet iedereen openstreetbugs bekijkt (zodat fouten worden verbeterd maar niet verwijderd), dat de opmerkingen vaak net te vaag zijn om zonder meer toe te voegen, en er dus alsnog iemand lokaal langs moet komen om de exacte situatie vast te stellen. En dat gebeurt niet zomaar overal. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes and AND user and ODbL
2010/12/3 Robert Elsenaar rob...@elsenaar.info: Wat doen jullie dan met al die data waarin aan het begin AND tags zaten en nu niet meer? Wat doen jullie met gegevens die behoorlijk gewijzigd zijn ten opzichte van de orginele data? Van wie is die way of node? Juridisch gezien: van iedereen die eraan gewerkt heeft. Al is het aan de andere kant zo dat het in werkelijkheid meestal juridisch gezien onvoldoende creatief is om als auteursrechtelijk beschermd te gelden. Wat dat betreft zouden we eigenlijk alleen van de imports toestemming nodig hebben (want daar zit een databankenrecht op). -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kaart op wegwerkmeldingen
2010/11/27 Stefan de Konink ste...@konink.de: Bron wegennet: Nationaal Wegenbestand Bron achtergrond: Openstreetmap Ik zie een vermenging van de twee door een overheids organisatie. Is het te kort door de bocht om nu te zeggen dat het NWB onder CC-BY-SA valt? ;) Nee, dat lijkt me te kort door de bocht. Je kunt niet zomaar iets afleiden uit een licentieschending. Echter, mogelijk is het NWB wel degelijk vrij, op grond van artikel 8.2 van de Databankenwet: Databankenwet, artikel 8.2: Het recht, bedoeld in artikel 2, eerste lid, is niet van toepassing op databanken waarvan de openbare macht de producent is, tenzij het recht hetzij in het algemeen bij de wet, besluit of verordening, hetzij in een bepaald geval blijkens mededeling op de databank zelf of bij de terbeschikkingstelling aan het publiek van de databank uitdrukkelijk is voorbehouden. En voor wie problemen voorziet met de auteurswet (ik blijf er persoonlijk bij dat op dit soort gegevens geen auteursrecht zit), de Auteurswet heeft een vergelijkbare uitzondering: Auteurswet 1912, artikel 15b: Als inbreuk op het auteursrecht op een door of vanwege de openbare macht openbaar gemaakt werk van letterkunde, wetenschap of kunst, waarvan de openbare macht de maker of rechtverkrijgende is, wordt niet beschouwd verdere openbaarmaking of verveelvoudiging daarvan, tenzij het auteursrecht, hetzij in het algemeen bij wet, besluit of verordening, hetzij in een bepaald geval blijkens mededeling op het werk zelf of bij de openbaarmaking daarvan uitdrukkelijk is voorbehouden. Ook als een zodanig voorbehoud niet is gemaakt, behoudt de maker echter het uitsluitend recht, zijn werken, die door of vanwege de openbare macht zijn openbaar gemaakt, in een bundel verenigd te doen verschijnen. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsrouteplanner Twente
Nog eens gekeken, en ik heb nu toch een 'kan echt niet' routering gevonden. Startpunt: Nordhorn, net over de grens, Ootmarsumerweg Eindpunt: station Holten Route: De route loopt noordwaarts tot net voorbij Neuenhaus (naar ik vermoed de rand van het gebied), en maakt dan plotseling een sprong naar de Haverrietweg ten oosten van Hengelo. Vandaaruit volgt een op het eerste gezicht redelijke route naar het doel. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsrouteplanner Twente
2010/11/24 dbuss...@goudappel.nl Bedankt aan iedereen die feedback geeft op de site (via deze lijst of privee). Wij zijn alle reacties aan het afwerken en geven iedereen persoonlijk antwoord wat ermee gebeurd is. Dit probleem van Andréhad ik eerder al door Michiel gemeld gekregen en heb het nu eindelijk in mijn debug-omgeving kunnen reproduceren en ben optimistisch het snel op te kunnen lossen. Het schijnt te gaan om een heel raar stuk weg die een verbinding vormt tussen de twee punten heel ver uit elkaar maar zogenoemd toch maar 25 meter lang is. In JOSM niet te zien, dus ontstaat blijkbaar pas bij het inlezen in Postgres... Voor het geval het helpt met opsporen: Het lijkt te reproduceren met veel verschillende eindpunten, die allemaal verbonden lijken te zijn (alsof ze op hetzelfde punt liggen) met één punt ten oosten van Hengelo (de splitsing Haverrietweg-Drienermarkeweg). De punten die als het andere punt dienst doen hebben allemaal gemeen dat er minimaal 1 weg vanuit gaat naar een punt dat niet tot het gebied Twente gerekend wordt. Het lijkt alleen op te treden vanuit een dergelijk randpunt naar het 'centrumpunt', niet andersom. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
2010/11/21 Paul Smits paul.l.sm...@gmail.com: Daarnaast: is het goed om zone te verwijderen als je denkt dat je het zelf een keer gaat mappen? Dat ligt er m.i. aan wat je met een keer bedoelt. Als je bedoelt Ik heb een lijstje van gebieden in mijn omgeving die ik nog een keer will mappen, en dit is er een van dan denk ik dat het beter is zo'n gebied niet te gaan 'claimen'. Als je verwacht dat je het voor april volgend jaar gedaan hebt, dan lijkt verwijderen me beter. Wellicht een idee: verwijder het als je weet _wanneer_ je het gaat mappen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] AND-import en eilanden
2010/11/19 rob...@elsenaar.info: Theun schreef: Dus de tag natural=water op de innerway verwijderen zou het probleem van de renderer vermoedt ik wel verhelpen. Daar ben ik falikant op tegen. We gaan toch zeker niet mappen om de renderer te pleasen? Of om fouten van de renderer recht te breien? Waar gaat het heen op deze wereld. In het verre verleden, voor de zomer, is mij met de paplepel in gevoerd dat dat NIT mag. Moet die mappen maker maar beter zijn best doen. Of heb ik het vroeger verkeerd begrepen? ;-) Ja, ik denk dat je het verkeerd begrepen hebt. Of, misschien nog waarschijnlijker, dat degene die dat tegen je zei het verkeerd begrepen heeft. Wat we NIET, NOOIT, ONDER GEEN BEDING moeten doen, is iets mappen op een wijze die een _slechtere_ beschrijving van de werkelijkheid geeft omdat de renderer (of een bepaalde render) het dan beter rendert. Dus als renderer X een university aangeeft als een kledingwinkel, maar een school wel gewoon als een school, ga je niet universiteiten als scholen taggen om te zorgen dat ze goed getoond worden. Wat we WEL moeten doen is taggen op een manier die het renderen 'gemakkelijker' maakt _wanneer dat voor de correctheid niet uitmaakt_. Daar hoort bijvoorbeeld bij dat we zoveel mogelijk voorkomen om verschillende tags voor hetzelfde type object te maken (dus geen highway=autoweg gebruiken als highway=trunk al hetzelfde aangeeft en veel meer wordt gebruikt), maar ook dat we, als er zoals hier meerdere constructies zijn om precies hetzelfde aan te geven, en een daarvan tot verwarring bij de renderers aanleiding kan geven, een andere gebruiken. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
2010/11/19 rob...@elsenaar.info: Kijk en daar wordt ik dan weer blij van. Zo hebben we er al drie. Ik ben benieuwd wie de drie overige locaties gaat alloceren? Zeeland en/of Zuid Holland zou toch geen probleem moeten zijn? Ook Brabant kan net echt moeilijk zijn. Ik wil best wat in Brabant doen, maar zit nog te dubben over het waar en wat. Wat moet er geregeld worden voor een mapping party? Hoe vind ik een wifi-locatie? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] MappingParties 2011
2010/11/19 Lennard l...@xs4all.nl: On 19-11-2010 11:07, Maarten Deen wrote: In zeeland is nog bijna niks gedaan met de vele knooppuntenroutes. Dat valt wel mee. Alleen Goeree Overflakkee heeft alleen nodes en geen routes en Voorne-Putten heeft helemaal niks. Gert had het over *Zeeland*, he, niet over die wannabe (ex-)eilandjes? Wat het punt alleen nog maar duidelijker maakt - in het 'echte' Zeeland zijn de netwerken (zo goed als) compleet, wat nog wel iets anders is dan bijna niks gedaan. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsrouteplanner Twente
2010/11/18 dbuss...@goudappel.nl: de fietsrouteplanner Twente - gebaseerd op OSM - is nu in de testfase en zal zodra er geen fouten meer in zitten openbaar worden. http://twente.fietsrouteplanner.info/fietsrouteplanner8/ En ja: de attribution komt er zeker... Begin 2011 volgt dan de fietsrouteplanner Zuid-Nederland. Over de kwaliteit van de gevonden routes kan ik niet echt een uitspraak doen (dat gaat wellicht beter met Zuid-Nederland omdat ik daar zelf woon en fiets), maar de snelheid van de routeberekening vind ik een pluim waard. Als verbetering zou ik willen voorstellen dat je op de kaart aangeeft voor welk gebied de planner geldig is. Je krijgt nu bij het verlaten van het gebied een weinig zeggend bericht Er is een fout opgetreden bij het herberekenen van de route; het zou mooi zijn dat al voordat de locatie gezet wordt duidelijk is of dit gaat werken. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsrouteplanner Twente
Toch nog een opmerking van mij. En wel over de verschillende routes. Er zijn zes routes (kortste, recreatieve, natuurlijke, vlakke, sportieve en snelste). Daarover de vragen: * De kortste route wordt als 'default' gebruikt. Ik zou zelf denk ik voor de snelste kiezen * Wat verstaan jullie onder een natuurlijke route? * Wat verstaan jullie onder een sportieve route? Vooral deze route maakt vaak vreemde omweggetjes. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Busroutes
On Sat, Nov 13, 2010 at 8:08 PM, Ben Laenen benlae...@gmail.com wrote: I depends on your interpretation of the database rights in this particular case. It speaks about substantial subsets. It also says that the database right only matters if a considerable effort has been made to create the database. It has been argued that the timetables are a side-effect of what De Lijn is doing: driving buses and trams around, and therefore a database with their timetables didn't constitute a substantial effort to build. I think that in the Netherlands this was even brought to court, but I forgot the details on how it all went exactly. I think you're now talking about a case (LJN AF5100, NJ 2003/505) about the broadcast data of the Dutch public television (which programs are being broadcasted when). Because this is data that must be created and kept by the broadcaster anyway, the cost of getting the data is not an investment in the database, but only the cost of preparing the data so it can be put into the database. As the judge writes: Daarbij komt dat de Omroepen, waarvan de primaire taak is om landelijk radio‑ en televisieuitzendingen te verzorgen, deze taak niet kunnen vervullen zonder programmagegevens te verzamelen en programmalijsten op te stellen, waarbij, nu het tegendeel niet aannemelijk is geworden, moet worden aangenomen dat met het enkele opstellen van programmalijsten geen (afzonderlijke) substantiële investeringen in tijd, geld of anderszins zijn gemoeid. Hiervoor vindt het hof mede steun in het standpunt van de minister van Justitie, waaruit valt af te leiden dat een substantiële investering kan ontbreken als televisieprogramma-gegevens niet meer zijn dan een spin-off van het programmeren van de zender (Parlementaire geschiedenis Databankenwet, Nota naar aanleiding van het Verslag (Tweede Kamer)). -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] RFC - Roundabout Priority t.b.v. verkeerspleinen
2010/9/28 Colin Smale colin.sm...@xs4all.nl: Doe eens een tegenvoorstel voor de tagging van verkeerspleinen zou ik zeggen. Mijn doelen zijn: * geen tagging-war over junction=roundabout * eenvoudig in het gebruik (voor mappers en afnemers), ook bij complexe verkeerspleinen * duidelijk wat het betekent Kennelijk heb je geen zin om algemeen voorrangssituaties aan te geven (je geeft zelf al de belangrijkste voors (extra informatie die van nut kan zijn bv. door met voorkeur over voorrangswegen te routeren) en tegens (erg veel extra informatie van een redelijk complexe structuur). Maar als je niet algemeen de voorrangssituatie wilt aangeven, waarom dan wel op rotondes? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] nacontrole Drenthe gereed
Enige tijd geleden is botmatig een groot aantal Nederlandse wegen op basis van de AND-classificatie van secondary naar tertiary of van tertiary naar unclassified omgezet. Hierbij werden echter alleen wegen bewerkt die na hun AND-invoer nog niet bewerkt waren. Daardoor zijn er flink wat wegen die eigenlijk hadden moeten worden meegenomen, maar dat niet zijn. De afgelopen tijd ben ik bezig geweest in diverse gebieden van Nederland, maar vooral in de provincie Drenthe, een nacontrole van deze herclassificatie te doen. Dit bericht is allereerst om te zeggen dat de provincie Drenthe nu naar mijn mening op dat punt 'af' is (ik ben inmiddels vanuit Ter Apel noordwaarts met Groningen begonnen). Om dit voor het hele land te doen, duurt echter in het gunstigste geval nog vele maanden, als er dus anderen bereid zijn een deel van deze taak op zich te nemen (of, als ze al een deel gedaan hebben, nog een stuk te doen), dan zie ik dat graag. Tijdens deze bewerkingen is me opgevallen dat er in sommige gebieden hele bosjes met wegen zijn die als secondary geïmporteerd zijn, maar wel met AND:importance_level=5. Ik ben dit tegengekomen in Zuidwest-Drenthe (rond Ruinen), en nu weer noordelijk Westerwolde (rond Meeden). Deze wegen zijn daarom bij de automatische herclassificatie niet meegenomen, terwijl dat wel zou moeten. Bovendien kunnen ze, als ze al eerder door iemand omlaag geclassificeerd zijn, op eerste gezicht kandidaat voor een verdere verlaging zijn, terwijl dat beter niet gedaan zou worden. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] nacontrole Drenthe gereed
2010/9/24 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Kan je ons nog even fine -tune vwb de regels die we in acht zouden moeten nemen.. die and-levels zijn mij niet echt vertrouwd Genummerde wegen: N-wegen 400: primary overige N-wegen: secondary overige wegen, op basis van AND:importance_level: 1 of 2: primary of secondary 3: secondary 4: tertiary 5: unclassified, echter indien secondary bij de oorspronkelijke AND-invoer: tertiary Deze regels zijn echter niet hard. Als je denkt dat een hogere of lagere indeling van een bepaalde weg de verkeerssituatie beter aangeeft, dan verander je dat. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] EU zoekt naar input op gebied van hergebruik van overheidsinformatie
Ik kwam op de EU-website het volgende bericht tegen: De Europese Commissie is gestart met een openbare raadpleging over de EU-richtlijn inzake het hergebruik van overheidsinformatie. Hiermee worden alle soorten gegevens bedoeld die door overheidsorganen worden voortgebracht – bijv. kaarten, meteorologische, juridische, verkeers-, financiële en economische gegevens – en die door iemand anders opnieuw kunnen worden gebruikt in innoverende producten zoals autonavigatiesystemen, weersvoorspellingen en smartphone-toepassingen (apps) met reisinformatie. Volgens een studie uit 2006 zal het hergebruik van overheidsinformatie (gratis of tegen vergoeding) naar verwachting een jaarlijkse omzet genereren van minstens 27 miljard euro in de EU. Reacties op de raadpleging zullen als input worden gebruikt voor de herziening van de richtlijn inzake overheidsinformatie, die deel uitmaakt van de Digitale Agenda voor Europa en als doel heeft een bijdrage te leveren tot de EU-doelstellingen op het gebied van toenemende concurrentiekracht, innovatie en werkgelegenheid. De raadpleging loop tot 30 november 2010. 1. Wordt er vanuit Openstreetmap al op dit intiatief gereageerd? 2. Zo nee, zou het goed zijn dit te doen? 3. Wat zouden onze wensen zijn? Mijn antwoord wat betreft vraag 3 zou zijn: * ten eerste, duidelijke en vrije licentievoorwaarden, zodat niet voor elk hergebruik apart toestemming moet worden gevraagd * ten tweede, eenvoudige en open beschikbaarheid, bijvoorbeeld via databases die gratis of tegen kostprijstarief kunnen worden geraadpleegd en gedownload, zodat niet alleen grote en gespecialiseerde bedrijven de data kunnen gebruiken, maar ook geïnteresseerde burgers -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Fietsrouteplanner edits in Twente
2010/9/16 Lennard l...@xs4all.nl: On 16-9-2010 19:57, dbuss...@goudappel.nl wrote: Daarom was voor ons de tag primary relevant en hebben wij die ook gecontrolleerd volgens de richtlijnen op de wiki - en waar nodig omgetagd. Op de wiki staat duidelijk en helder dat N-wegen met een nummer onder de 400 primary zijn en met een nummer boven de 400 secondary. Deze op het oog arbitraire indeling heeft een historische reden, die echter door de praktijk al jaren achterhaald is[1]. Vanaf 1993 kregen minder belangrijke provinciale wegen een nummer van 400-999, nadat sinds 1981 de Rijkswegen (1-99) en belangrijke provinciale wegen (175-399) al een nummer hadden gekregen. In de praktijk zijn de afgelopen jaren veel wegen overgedragen naar lagere overheden, en zijn ze hierbij omgenummerd van laag naar hoog. Aan de weg zelf is dan niets veranderd. De NL tekst op de OSM wiki is dus te star. Het regionale/bovenregionale belang van een weg zou leidend moeten zijn in de overweging highway=primary/secondary. Net zoals dat ook geldt voor tertiary/unclassified. Dat is echter een stuk moeilijker te bepalen, ik zou dan ook de 400-regel niet willen schrappen. Wel is de huidige regel zoals je schrijft veel te star (de enige uitzondering die het toelaat is voor hoofdverkeerswegen binnen een stad). Uitzonderingen in beide richtingen moeten gewoon mogelijk zijn, zolang daar een goede reden voor is. Twee voorbeelden, beiden uit Drenthe omdat dat de provincie is waar ik momenteel actief ben (ik ben bijna klaar met de herclassificatie van wegen zodat de zaak weer 'netjes' wordt na de omzetting door AND, alleen Zuidwest-Drenthe ten westen van de Drentse Hoofdvaart moet nog): 1. De N364 is als secondary getagt. In het verleden is dit terecht 'laag' getagt, maar zijn rol als interregionale weg is overgenomen door de nadien gebouwde N391. 2. Een stuk van de N851 is als primary getagt, omdat het de verbinding vormt tussen de A28 en de A32, en als zodanig tussen Zuid-Drenthe en Friesland Een weg waar ik nog wel vraagtekens bij heb is de N373. Deze is in mei door Kaaiman tussen Norg en Roden gehertagt van primary naar secondary omdat het in de toekomst als 'erftoegangsverzamelweg' (en dus niet als 'gebiedsontsluitingsweg') beschouwd gaat worden door de provincie. Op zich een redelijke redenering, maar de primary weg eindigt daardoor nu wel erg plotseling middenin Norg. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] geen lol aan
Er is zo langzamerhand geen lol meer aan, dat openstreetmap. Die servers zijn momenteel zo wanstaltig traag, ik ben meer tijd bezig met het wachten tot ik eindelijk kan beginnen/doorgaan met verwerken dan met het verwerken zelf. Waarschuwen jullie me als dit probleem is opgelost, zodat ik weer kan gaan mappen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Omtaggen AND data
2010/7/14 Roeland Douma u...@rullzer.com: Enkele tijd terug heeft Lennard een kaartje naar deze lijst gestuurd met daarop het volgende voorstel. Het omtaggen van: highway=tertiary + AND:importance_level=5 + version=1 = highway=unclassified Hierbij was teven een visualisatie [1]. Deze visulisatie laat de kaart zien met de weizignen dat: 1) highway=tertiary + AND:importance_level=5 + version=1 = highway=unclassified 2) highway=secondary + AND:importance_level=4 + version=1 + geen ref=* = highway=tertiary Volgens mij ziet de kaart er zo een stuk beter uit. En ik ben dan ook begonnen met omtaggen (met een scriptje) in de gebieden waar ik bekend ben van het eerste punt, het tweede punt komt in een volgende ronde. Ik ga de komende dagen langzaam alle gemeenten af. Een lijst van de gemeenten die reeds zijn omgetagd kunnen op [2] worden gevonden. Zoals ik al zei is enkele controle na de omtagging wel gewenst. Als iemand dus een verzoekje heeft om zijn gemeente te doen reageer dan even op dit mailtje dan zal ik zorgen dat die gemeente voorrang krijgt. Ik heb geprobeerd wat van dit follow-up verwerken te doen; helaas is openstreetmap.org momenteel voor het bewerken zó traag dat het eigenlijk ondoenlijk is. Voor de Beemster en Waterland heb ik echter al wat kunnen doen - nu alleen maar hopen dat de site verbetert. Want ik ben liever een tijd bezig met bewerken dan met wachten tot ik kan bewerken. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietknooppunten
2010/7/7 Foppe Benedictus foppe.benedic...@knkv.net: On 05-07-10 10:27, Maarten Deen wrote: On Sun, 4 Jul 201021:07:51 +0200, Gert Gremmeng.grem...@cetest.nl wrote: De lijst met3 routes per knooppunt is wel erg lang. De eerste die ik probeerde was al onterecht getagged. Het lijkt of je test of er tenminste drie wegen op een knooppunt met een route zijn getagged, ipv 3 echte routes op een knooppunt komne. at is een te simpele test, een weg heeft regelmatig 2 routes op één way, die dan enkele 10-tallen tot 100en meters verderop uit elkaar gaan. Als ik de wiki goed interpreteer is het de bedoeling om routes te maken van knooppunt naar knooppunt. Het is logisch om te aan te nemen dat bij een knooppunt altijd minstens 3 routes bij elkaar komen, want 2 routes, dat is geen knooppunt, dat is gewoon doorrijden. Toch bestaan ze wel, hier in het verre oosten [1], ik weet niet wat de bedoeling daarvan is, maar 10 heeft maar 2 routes die daar samenkomen. De enige kant waar je op die driesprong ook uit zou kunnen is DL in, maar om daar nu al rekening mee te houden.. Overigens liggen er nog een stuk of 10 van dat soort punten tegen DL aan, de meesten hebben op de officiële fietskaart een rode of zwarte pijl DL in en hebben dus al een verbinding met een andere route (soort ANWB route), het meest handige is nog wel dat ze een aantal van die pijlen toch halverwege een route hebben staan.. Dat soort punten heb je niet alleen langs de grens, bij mij in 's-Hertogenbosch kom je ze ook tegen. Punt 55 (zuidwestrand 's-Hertogenbosch) en 92 (noordrand Rosmalen) hebben ook maar 2 uitgaande routes [1]. Het gaat daar vermoed ik om routes (55-58 en 92-95) die zijn komen te vervallen omdat ze over nu verdwenen wegen gingen. 1: http://openfietskaart.nl/?zoom=13lat=51.70762lon=5.32146layers=0B000FTF -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] OSM nederland: Nieuw Elan
2010/7/3 Maarten Deen md...@xs4all.nl: IMHO moet je erg voorzichtig zijn met het zomaar op wegen aangeven van toegangsbeperkingen, vooral als die in het echt niet aanwezig zijn maar wel logisch zijn. Ik denk dan aan provinciale wegen waar een fietspad langs ligt. Je moet die provinciale weg niet gaan taggen met bicycle=no omdat dat fietspad er langs ligt. Een routeplanner hoort dat fietspad zelf te vinden. In veel gevallen zal die provinciale weg wel degelijk bicycle=no hebben. Als er langs een weg een verplicht fietspad (blauw bord met witte fiets) ligt, dan is de weg verboden voor fietsers (dat is de betekenis van het 'verplicht' in 'verplicht fietspad'). -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Amsterdam-Noord - Mapping Noorderpark
Wow, even een oproep en meteen vier reacties. Je maakt me (als bewoner van een stad met 2 echt actieve mappers) strontjaloers... Desondanks veel plezier toegewenst morgenavond! -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] highway=footway / foot=yes
2010/6/27 Cartinus carti...@xs4all.nl: Ik kom geregeld ways tegen getagged met highway=footway _en_ foot=yes. Waarom doen mensen dit? Heeft dit een diepere betekenis die ik mis of is die foot=yes gewoon overbodig? Is dit soms een preset in één of andere applicatie? Het is inderdaad een preset in Potlatch - als je daar de optie 'public footpath' aangeeft, komt die combinatie eruit. En ik ben het met je eens dat het overbodig is. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Imde-Impde?
2010/6/25 filip wolters filip_wolt...@hotmail.com: Weet iemand de juiste spelling van een deelgemeente van Meise? Ik vind zowel Imde als Impde terug in het WWW en op de kaarten. Op http://www.google.nl/url?sa=tsource=webcd=9ved=0CD0QFjAIurl=http%3A%2F%2Fwww.meise.be%2Fattachments%2F1193672662371%2Finfo%2520204_LR.pdfei=0gEkTKPBG5OCOI7urP0Eusg=AFQjCNG1jnXpPnbxS4VV3PNhxQmhs7jeEQsig2=zrIRb41x8ak9WubF28Bn-w tref ik een infoblad van de gemeente Meise aan met daarin de volgende tekst: Dikwijls ziet men nog in publicaties en teksten Imde en Meuzegem op de oude wijze geschreven als Impde en Meusegem. Ook de gemeentelijke overheid is niet vrij te pleiten van zonden, want zelfs in officiële documenten of bewegwijzering ziet men de oude schrijfwijze nog opduiken en voor verwarring zorgen. Reeds in de jaren ‘80 werd door de toenmalige straatnamencommissie voorgesteld om de oude schrijfwijze aan te passen, een voorstel dat door de provincie werd goedgekeurd. Het is logisch dat de schrijfwijze van onze plaatsnamen werd aangepast, we schrijven immers ook niet meer Schaerbeeck of Raemsdonck. Dus voor alle duidelijkheid Imde en Meuzegem. Dus: de plaats heet Imde, en Impde is een verouderde spellingswijze. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] straatnamen per gemeente?
2010/6/24 Roeland Douma u...@rullzer.com: Zou kunnen dat er in die lijst geen pleinen staan. Ik zou area=yes eruit kunnen filteren. Maar weet niet of dat in alle gevallen gewenst is. Er zijn namelijk ook vaak situaties te bedenken waar een plein ook huizen eraan vast heeft welke dus als straatnaam de pleinnaam hebben. Mijn verzoek was juist om ze er niet uit te filteren... Maar goed, een echt groot probleem is het ook niet: de meeste gemeenten zullen niet meer dan een paar area=yes-pleinen hebben (zeker als we ons beperken tot de gevallen waar er niet ook een 'gewone' weg met dezelfde naam is), en die ontdek je snel genoeg als je per geval even kijkt wat er aan de hand is. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] straatnamen per gemeente?
2010/6/23 Roeland Douma u...@rullzer.com: Raymon heeft het al in zijn mailbox gehad maar nu mijndev weer online is kan ik het ook hier delen. Een lijst van straatnamen per gemeente in te vinden op [1]. Hij houdt zo te zien op bij Schiedam (de overige gemeenten staan er wel, maar zonder wegen) - iets misgegaan of is je script nog bezig? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] straatnamen per gemeente?
2010/6/23 Roeland Douma u...@rullzer.com: Er was even geen ruimte op de partitie meer. Het scriptje draait nogmaals en over ongeveer 15 minuten zou alles erop moeten staan. Bedankt; ik ben gestart met het vergelijken van de lijst van 's-Hertogenbosch met de lijst bij de kaart op de website van de gemeente, om te zien wat er nog ontbreekt en waar ik daarnaar moet zoeken (plus een indicatie wat er vermoedelijk aan de hand is). Daarbij vond ik dat het Anne Frankplein niet op je lijst stond, terwijl hij wel in openstreetmap staat. Ik vermoed dat de reden is dat die straat area=yes heeft. Kan dat inderdaad de reden zijn? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fiets Knooppuntennetwerken
2010/6/21 Cartinus carti...@xs4all.nl: Vrijwilligers doen dat helemaal gratis omdat ze het leuk vinden. Als jij dat te veel moeite vind, dan hoef je niet mee te helpen. Maar eisen dat een ander daar geld aan uit gaat geven is, . Wie heeft het hier over geld uitgeven? Het geld is al uitgegeven, en er hoeft niets extra's bij. Laat ze ons de permissie geven, en die vrijwilligers doen de rest. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Waar zouden we zijn zonder AND?
2010/6/21 Maarten Deen md...@xs4all.nl: Zo te zien is dit een kaart waar alleen de AND data op staat waar niets mee gedaan is? Dan is het een leuke gimmick, maar nietszeggend. Ik zie dat in mijn gemeente bijna alle wegen weg zijn. Dat komt omdat ik op bijna alle wegen een maxspeed tag heb gezet. En dan duiken ze hier dus niet meer op. Dat wil echter totaal niet zeggen dat die wegen ook correct a.d.h. van GPS tracks zijn gelegd of dat er extra features zijn toegevoegd. Ik denk dat de enige manier om ook dat soort informatie te hebben, is dat we bij het bewerken gebieden aangeven die we hebben gedaan, met daarbij de informatie (in ruwe categorieën) wát we hebben gedaan. En zoiets werkt dan eigenlijk weer alleen goed als iedereen het zou doen, en dat zie ik nog niet gebeuren. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Waar zouden we zijn zonder AND?
2010/6/21 Maarten Deen md...@xs4all.nl: Nee, dan krijg je ook de AND data die veranderd is. Ik wil alleen de na-AND data zien. Dus alle nodes en ways die door de AND import zijn gemaakt wil ik niet zien, zolang de enige aanpassing een tag-change is. Wel nodes die verplaatst zijn, en alle ways die aan die nodes vastzitten. Weer het voorbeeld van mijn woonplaats: nu is het hele dorp zichtbaar, terwijl voor de meeste wegen alleen maar een maxspeed tag is toegevoegd, en die wegen zijn niet meer af dan wegen in lutjebroek die niet geraakt zijn. Dat zou inderdaad ook andere categorieën schijnbaar-gecontroleerde wegen tonen, namelijk de wegen waar de enige wijziging een verandering van categorie is (omdat de AND-import wel erg veel wegen als tertiary heeft). Anderzijds zouden er ook veel meer false positives zijn. Daarnaast ben ik nog steeds van mening dat ook in jouw voorstel het tonen van juist de niet (of onvoldoende) gewijzigde data inzichtelijker is dan het tonen van de wél gewijzigde data. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fiets Knooppuntennetwerken
2010/6/21 Cartinus carti...@xs4all.nl: On Monday 21 June 2010 09:29:57 Andre Engels wrote: Wie heeft het hier over geld uitgeven? Het geld is al uitgegeven, en er hoeft niets extra's bij. Laat ze ons de permissie geven, en die vrijwilligers doen de rest. Als je iets baseert op niet vrije data van een ander, dan kun je het naderhand niet zomaar weggeven. Dus dan kost het geld. Dus jij zegt dat de Fietsersbond hun kaarten niet mogen weggeven? Hebben die mooi een kat in de zak gekocht... Bovendien zomaar fietsroutes overtekenen is lang niet zo nuttig als ze opnieuw verkennen. Als je ze opnieuw verkent dan zie je ook allerlei andere dingen zoals bankjes, maximumsnelheid, hindernissen, gewijzigde of nog niet aanwezige wegen/paden, etc. Dus? Die nieuwe verkenning is sowieso nuttig, maar wordt er niet noodzakelijker op als de data met ons gedeeld wordt. En nogmaals: Als mensen het teveel moeite vinden om te mappen, wat doen ze hier dan? Dus jij bent van mening dat al die AND-data en 3dshapes-data en data gebaseerd op Yahoo-afbeeldingen en data gebaseerd op het eigen geheugen maar verwijderd moet worden omdat we het ook zelf zouden kunnen mappen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Waar zouden we zijn zonder AND?
2010/6/21 Lennard l...@xs4all.nl: Het resultaat in beeld vind je hier: http://mijndev.openstreetmap.nl/~ldp/AND-reclassified/ De visualisering daar gaat uit van de volgende interpretatie: highway=tertiary + AND:importance_level=5 + version=1 = highway=unclassified highway=secondary + AND:importance_level=4 + version=1 + geen ref=* = highway=tertiary Door juist niet ook op user=AND te testen pak ik hier de gevallen mee waar iemand een AND version=1 straat heeft gesplitst. Let op: dit is dus alleen maar een speciale kaart met dit erin verwerkt. Het herclassificeren is dus nog niet daadwerkelijk gebeurd. Roeland bouwt hiervoor nog een scriptje. Een eventuele actie zal dan ook onder de user AND (voor de wegen die nu ook van AND zijn) resp. een ander account (voor de niet-AND wegen, dus de afgesplitste stukken) kunnen draaien. Op het forum zijn ze alvast enthousiast voor deze herclassificatie. Hoe denken jullie er hier op de ML over? Op zich een goede actie, maar ik zie momenteel nog te veel inconsistente wegen (stukje secondary - stukje tertiary - stukje secondary - stukje tertiary of stukje tertiary - stukje unclassified - stukje tertiary - stukje unclassified). Ook zijn er nog wegen die niet worden meegenomen terwijl ze duidelijk unclassified zouden moeten zijn (vermoedelijk omdat iemand ooit het AND:importance_level heeft gesloopt). Ik denk dus dat het stukje bij beetje moet gebeuren, met daarna een correctie-edit (waarvoor ik best een paar handjes wil helpen). -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] auteursrechten op wegenkaarten - gerechtelijke uitspraak
2010/5/19 Co Drost | GISwerk cdr...@giswerk.nl: Leuke discussie maar ik begrijp eigenlijk niet zo goed waar het over gaat, anders dan excuses zoeken voor het al dan niet overnemen van gegevens uit auteursrechtelijk beschermde bronnen. Als ik een engels boek vertaal in het nederlands en afdruk in een ander lettertype mag dat? Nee. Maar als het bewuste boek een biografie is, mag je gerust een fiks aantal feiten uit het boek nemen om zelf een ingekorte beschrijving van het leven van dezelfde persoon te geven. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] auteursrechten op wegenkaarten - gerechtelijke uitspraak
Veel wordt er rond OSM gediscussieerd over wat wel en niet auteursrechtelijk zou mogen betreffende gebruik van andere kaarten, satellietopnames en dergelijke bronnen. Ik heb er de Nederlandse jurisprudentie op nageslagen, en het volgende gevonden: IEPT20090526, GHvJNAA, Carribean Cartographics - uitspraak van het gemeenschappelijk Hof van Justitie van Aruba en de Nederlandse Antillen, 27 mei 2009, LJN BI6864 De zaak draait rond een voormalige stagiaire van een kaartenmaakbedrijf die daarna, evenals het bedrijf zelf, een (gratis) wegenkaart van Curaçao op de markt brengt. De voormalige werkgever dient een klacht wegens onrechtmatige daad in jegens de voormalige stagiaire en zijn nieuwe bedrijfje. Eén van de punten waarop een klacht is ingediend, is dat er inbreuk zou zijn gemaakt op de auteursrechten van het bedrijf. De rechter doet daarover de volgende uitspraak: De maker van een wegenkaart kan alleen dan aanspraak maken op auteursrechtelijke bescherming indien sprake is van een zekere mate van originaliteit en creativiteit, waarop met een ander product wordt voortgeborduurd, dan wel indien een ander product, of één of meer delen daarvan, rechtstreeks van die wegenkaart zijn gekopieerd. Uit de aard van de zaak volgt dat de topografische gegevens en al hetgeen daarmee verband houdt, zoals de aanduiding van plaats- en straatnamen, zich niet lenen voor auteursrechtelijke bescherming. Ook op het formaat van de kaart rust geen auteursrecht. De in de Smart D®iving Road Map opgenomen registers van straatnamen, hotels, stranden en andere locaties vertonen uiteraard wel overeenkomsten, maar ook verschillen, en kunnen niet worden aangemerkt als kennelijk van de Drive Dive Road Map te zijn gekopieerd. Het hof is dan ook van oordeel dat CC in dit opzicht geen aanspraak kan maken op auteursrechtelijke bescherming. Ook het verwijt van CC betreffende slaafse nabootsing is naar het oordeel van het hof ongegrond. Daarbij is allereerst van belang dat ook in dat geval sprake zou moeten zijn van een zekere mate van originaliteit in die zin dat het nagebootste product zich moet onderscheiden van andere, eerder op de markt gebrachte, producten. Dat vereiste geldt niet alleen voor andere wegenkaarten van Curaçao, maar voor wegenkaarten in het algemeen. De wijze waarop in de Drive Dive Road Map gebruik wordt gemaakt van kleuren, de aanduiding van steden, dorpen, wegen en andere topografische gegevens, onderscheidt zich niet wezenlijk van die waarmee tal van andere wegenkaarten plegen te worden opgemaakt, zodat dit onderscheidend element bij de Drive Dive Road Map niet aanwezig is. Eveneens van belang is dat het, om slaafse nabootsing te vermijden, niet nodig is om in alle gevallen, waarin - zonder afbreuk te doen aan de deugdelijkheid en bruikbaarheid van het product - een van een eerder product afwijkende mogelijkheid bestaat, steeds voor die andere mogelijkheid te kiezen, zoals CC lijkt te betogen; voldoende is dat op zodanige punten wordt afgeweken dat in redelijkheid alles is gedaan om verwarring te vermijden. Dit één en ander in aanmerking nemende is het hof van oordeel dat enerzijds de overeenkomsten tussen de beide kaarten grotendeels zijn toe te schrijven aan de topografische en andere gegevens, die een functionele betekenis hebben, terwijl anderzijds verschillen bestaan in de lay-out, de wijze waarop de kaart wordt gevouwen, de gebruikte kleuren, de lettertypen en de symbolen, die voldoende zijn om verwarring te voorkomen. Ook de totaalindruk van de twee kaarten is verschillend. De volledige uitspraak valt te lezen op http://zoeken.rechtspraak.nl/resultpage.aspx?snelzoeken=truesearchtype=ljnljn=BI6864 -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] auteursrechten op wegenkaarten - gerechtelijke uitspraak
2010/5/18 Maarten Deen md...@xs4all.nl: On Tue, 18 May 2010 14:21:51 +0200, Rob r...@coolbegin.com wrote: Ik mis nog een conclusie in het blog artikel. Conclusie? De opening vind ik een goede samenvatting: De maker van een wegenkaart kan alleen dan aanspraak maken op auteursrechtelijke bescherming indien sprake is van een zekere mate van originaliteit en creativiteit, waarop met een ander product wordt voortgeborduurd, dan wel indien een ander product, of één of meer delen daarvan, rechtstreeks van die wegenkaart zijn gekopieerd. Dus kopieren mag niet. Delen kopiëren mag ook niet. Straatnamen kopiëren mag dus ook niet. Hoe je aan je straatnaamdata komt kan natuurlijk niet gecontroleerd worden, maar als Google ergens een weg Googleweg noemt terwijl die in het echt Goggleweg heet, en in OSM staat Googleweg, dan heeft Google wel een sterk punt om OSM daarop aan te spreken/klagen. Die conclusie is toch in regelrechte tegenspraak met de volgende regel: Uit de aard van de zaak volgt dat de topografische gegevens en al hetgeen daarmee verband houdt, zoals de aanduiding van plaats- en straatnamen, zich niet lenen voor auteursrechtelijke bescherming Het rechtstreeks kopiëren van de wegenkaart slaat niet op het nemen van een of meer woorden van de kaart, maar op het maken van een fotokopie of anderszins aan het origineel getrouwe kopie van de kaart zelf, of een deel daarvan. Het grijpt terug op de zogenaamde geschriftenbescherming: Ook werken die onvoldoende creatief en oorspronkelijk zijn om als zodanig auteursrechtelijk beschermd te zijn vallen als zodanig in Nederland onder het auteursrecht, echter in dat geval is de bescherming enkel en alleen tegen letterlijke overname. Bij de invoering van de wet (in 1912) werd hierbij gesproken over lijsten van predikbeurten. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] auteursrechten op wegenkaarten - gerechtelijke uitspraak
2010/5/18 Ben Laenen benlae...@gmail.com: Rob wrote: Ik mis nog een conclusie in het blog artikel. Zijn er btw nog andere rechten van toepassing ? Dat is ook mijn vraag: wat met het databankrecht? Daar is geen creativiteit in het werk bij nodig. En als het databankrecht ook niet meetelt, dan werpt dat ook weer een heel ander licht op de ODbL-discussie :-) Betreffende het Databankenrecht is IER 2003/2 wellicht interessant. Het onderwerp was hier het auteursrechtelijk en anderszins toelaatbaar zijn van knipseldiensten. De rechter betoogt daar: De Dw (inwerking getreden op 21 juli 1999) vormt de implementatie van de Europese Richtlijn 96/9/EG betreffende de rechtsbescherming van databanken (verder: de Richtlijn). [...snip...] De Richtlijn biedt een tweeledige bescherming voor databanken. Enerzijds een auteursrechtelijke bescherming van de structuur van de databank, vergelijkbaar met de bescherming die art. 5 Aw biedt, en anderzijds bescherming tegen het ongeoorloofde opvragen en hergebruik van haar inhoud, het zogenaamde recht sui generis. De Richtlijn beoogt, gelet op art. 3 en overweging 15 hiervan, niet - auteursrechtelijke - bescherming te bieden aan de inhoud van de (samenstellende delen van) de databank, maar aan de structuur van de databank. De keuze of de rangschikking van de inhoud van een databank moet een eigen intellectuele schepping van de maker vormen. De wetgever heeft, zoals blijkt uit punt 5. MvT, ervoor gekozen om de auteursrechtelijke bescherming te laten aan de Auteurswet en het recht sui generis op te nemen in een Databankenwet. Dit zou er dus op wijzen dat het hergebruik van ook grote hoeveelheden informatie uit een database geen inbreuk zijn, indien niet een aanmerkelijk deel van de _structuur_ van de database in het hergebruik zit. Ik wil hier echter niet al te harde conclusies uit trekken, omdat het verschil in situatie toch wel groot is: de rechtbank was hier niet aan het beargumenteren of bepaalde vormen van hergebruik wel of niet verboden werden door de Databankenwet, maar of bepaalde gegevensverzamelingen (kranten en tijdschriften) überhaupt databases zijn (dat zijn ze volgens dit arrest niet). De gedaagde werd overigens wel inbreuk op de auteurswet toegerekend. Wel op de hier naar mijn mening voorliggende vraag (wat is hergebruik van een substantieel deel van een databank) gaat IER 2003/3, betreffende de Nationale Vacaturebank: Hergebruiken wordt in lid 1 sub d van genoemd artikel omschreven als elke vorm van het aan het publiek ter beschikking stellen van de inhoud van een databank of een deel daarvan door verspreiding van exemplaren, verhuur, on line transmissie of transmissie in een andere vorm. Volgens de memorie van toelichting (Kamerstukken II 1997/98, 26 108, nr. 3, p. 10) zal van opvragen of hergebruiken van een substantieel deel sprake kunnen zijn, indien daardoor een normale exploitatie voor de producent niet mogelijk is of indien de producent ongerechtvaardigde schade aan zijn rechtmatige belangen lijdt. Een andere factor die volgens de memorie van toelichting een rol zou kunnen spelen is de verhouding tussen de totale omvang van de databank en het deel van de inhoud van de databank dat opgevraagd of hergebruikt wordt en de verhouding tussen de in de databank geïnvesteerde bedragen en de waarde in het economische verkeer van het opgevraagde dan wel hergebruikte deel van de databank. In LJN BB8341, betreffende gebruik van autotrack.nl door gaspedaal.nl, wordt op grond hiervan een niet-inbreuk vastgesteld. Er wordt per keer slechts een geringe hoeveelheid data opgevraagd en hergebruikt. Ook op grond van het verbod herhaald of systematisch kleine delen van een database op te vragen of te hergebruiken is dit geen inbreuk: Het herhaald of systematisch opvragen van niet-substantiële gedeelten van de databank is niet toegestaan voorzover dit in strijd is met de normale exploitatie van die databank of ongerechtvaardigde schade toebrengt aan de rechtmatige belangen van de producent van de databank. De bepaling is er vooral op gericht te voorkomen dat steeds opnieuw kleine gedeelten van een databank, die gezien de databank als geheel, niet-substantieel zijn, opgevraagd of hergebruikt worden zodat de databank als het ware stukje bij beetje wordt uitgemolken. Alleen het herhaald en systematisch opvragen en/of hergebruiken van niet-substantiële delen van de inhoud van een databank dat door zijn cumulatieve werking ernstige schade toebrengt aan de investering van de samensteller van de databank kan op grond van deze bepaling worden verboden. Wat dit in ons geval zou betekenen, daar heb ik echter geen idee van. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Stand op Ubuntu Releaseparty
2010/5/6 Floris Looijesteijn o...@floris.nu: Ik heb wel interesse om daar het OSM geloof te verkondigen. Maar ik ga niet in m'n eentje, dus wie gaat er mee? Klinkt op zich wel interessant. Ik moet nog even zien of ik dan kan, maar ik denk van wel. Schrijf me voorlopig maar op. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] 3dshapes voor 's-Hertogenbosch?
Zou mijn woongemeente 's-Hertogenbosch binnenkort 3dshapes-data toegevoegd kunnen krijgen? Ik zou graag huisnummerdata willen gaan toevoegen, en een collega (als in collega-OSM-bewerker) is daar al mee begonnen, maar ik ben bang voor extra werk als ik dat nu eerst doe en daarna de 3dshapes-data komt. Ook ben ik bezig op basis van Yahoo water en bos toe te voegen, en ook dat zou wel eens dubbel werk kunnen zijn als het ook in 3dshapes zit. Ik ben gaarne bereid om het samenvoegen van 3dshapes-data en bestaande OSM-data uit te voeren (te meer daar ik waarschijnlijk de belangrijkste auteur van laatstgenoemde ben). -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes voor 's-Hertogenbosch?
2010/4/12 Lambertus o...@na1400.info: Ik zou wachten totdat de huizen geimporteerd zijn, dat maakt het écht een heel stuk makkelijker: Afdrukje maken op A4/zoomlevel 16 met WalkingPapers, potlood mee en lopen maar (of als de wijk vooral bestaat uit huizenblokken op de fiets). Gaat best snel zo is mijn ervaring. Daarom dus juist mijn verzoek - ik wil er mee bezig, dus als het (zoals ik ook denk) een stuk gemakkelijker is met de huizen erin, dan wil ik graag zo snel mogelijk die huizen erin hebben. En dat geldt ook voor andere elementen: 3dshapes-object aanpassen aan wat ik in het veld (of op Yahoo) zie is denk ik een stuk minder werk dan intekenen wat ik zie (met behulp van Yahoo) en dan later wat ik ingetekend heb weer mergen met 3dshapes - op die manier is het op zijn minst dubbel werk. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes voor 's-Hertogenbosch?
2010/4/12 Lennard l...@xs4all.nl: On 12-4-2010 10:54, Andre Engels wrote: Zou mijn woongemeente 's-Hertogenbosch binnenkort 3dshapes-data toegevoegd kunnen krijgen? Ik zou graag huisnummerdata willen gaan Mijn nadruk ligt op dit moment voornamelijk op de gebouwen, terwijl fsteggink bezig is met een methodiek om de landuse/water zo makkelijk* mogelijk te importeren. De gebouwen kan ik je dus snel geven. Bij voorbaat dank dan :-) -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] De Lijn: gegevens vrij (onder voorwaarden)
2010/3/18 Roeland Douma u...@rullzer.com: On Thursday 18 March 2010 11:20:54 Marc Coevoet wrote: De indruk die ik heb is niet voor commercieel gebruik, zonder dan opnieuw de expliciete toestemming te vragen. Dan wordt importeren in OSM al lastig daar de licentie van OSM dat niet verbied. Kortom voordat je er heel fanatiek mee aan de slag gaat misschien goed om dit toch goed helder te hebben. Een ander probleem dat ik zie is dat de licentie niet expliciet 'overdraagbaar' is, d.w.z. geen expliciet recht geeft dat ook anderen (zoals gebruikers van OSM) de data mogen gebruiken. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] New project
On Thu, Mar 11, 2010 at 2:27 PM, Ben Abelshausen ben.abelshau...@gmail.com wrote: - How is the map evolving (specifically in the area of flanders). Are there lots of mappers? How accurate are the maps already? I'm not very knowledgeable, being from the Netherlands myself, but I would say: variable. Some cities and villages have been mapped in exquisite detail (for example, if a street in Antwerpen is not on OSM, it must be because it doesn't exist), others leave quite a lot to be wished for. - Is it usefull to upload just the gps traces and can we then count on the OSM-community to name the streets etc...? We have few people and even less time to start naming all the streets. Are there perhaps people that want to do this or will we have to do this mostly ourselves? The data would be gradually available over a period of about six months. As they say, baat het niet, dan schaadt het niet. They might just sit and wait on the server, but they might also be picked up by someone. - Is there a standard way of adding housenumbers (or ranges of) to the map? Yes, there's a tag addr:housenumber that can be put on a point. For ranges, one can put the range on the point, or use the interpolation from the so-called Karlsruher schema, see http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema - Is it ok to just start using the data? Almost all software will be custom developed. Definitely! It's nice to have a map to look at, but so much better to have a map that people actually use! -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] GPS-Traces
On Fri, Feb 26, 2010 at 2:50 PM, Ben Abelshausen ben.abelshau...@gmail.com wrote: I'm new to Open Street Maps but i believe i may be able to contribute. A question in this regard: Is it usefull to only upload GPX-files? All the data will be collected by gps devices but there will be no feedback available about the type of roads... Yes, this may well be useful. The best would of course to use it yourself as a basis to create the map, but even if you don't, someone else who knows the environment may well 'see' where you were when making the trace, and then draw in the road over your trace, where without your trace they would have drawn it in much less precise, or maybe have not drawn it in because it would have been so imprecise. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-nl] detail omgeving oldenzaal
2010/2/4 Floris Looijesteijn o...@floris.nu: Lennard wrote: Dat is juist de essentie van ons toponiem-idee. Kan iemand mij uitleggen wat een toponiem is? Ik kom niet uit de geo/gis wereld en toponiem zegt me helaas niets. Een 'toponiem' is een aardrijkskundige naam. Niet meer en niet minder. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Huidige status van NL kaarten
2010/2/1 Sybren A. Stüvel syb...@stuvel.eu: Dit gaat zeker beter. Er zijn een aantal standaarden vastgelegd per land. In Nederland staat hier bijvoorbeeld in dat voetgangers (en volgens mij ook fietsers) eenrichtingsverkeer negeren. Ook voet- en fietspaden die niet naast een (auto)weg liggen staan in OSM. Daar moet wel bij aangetekend worden dat dit sterk variabel is. Als er in een gebied of stad een enthousiaste mapper is die zich met dit soort dingen bezighoudt, dan kan de informatie over voetpaden zeer uitgebreid zijn. Is er niemand, dan kan het ook maar zo dat er geen enkel voetpad op de kaart staan. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Huidige status van NL kaarten
2010/2/1 YRS jav...@hccnet.nl: Brengt mij op de volgende vraag: Hoe ga ik deze zaken (zoals geleidelijnen) mappen als mijn gpsje het (in de beschutting van de stationshal) laat afweten? De geodriehoek er bij pakken? OK. Grapje. Serieus: hoe pak ik zoiets aan? Gewoon, kijken waar het is, en het daar op de kaart zetten. Zeker, dat zal niet precies zijn, maar dat is een gps ook niet. Ik heb maanden gemapt vóór ik een gsm kocht, en ik ga nu ook rustig door hoewel het ding kapot is. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ei van Ommel (A67 afslag 38 Asten)
2010/1/31 Maarten Deen md...@xs4all.nl: Wie-o-wie heeft het ei van Ommel (A67 afslag 38 Asten) weer in ere hersteld? Na de ombouw heeft iemand de nieuwe situatie perfect gemapt, en nu zie ik dat de oude situatie met de rotonde weer terug is. Dat is niet de bedoeling. Nu moet alles weer opnieuw gemaakt worden. Het vreemde is ook nog dat deze persoon de rotonde en aansluitende wegen wel heeft teruggezet, maar ook de nieuw verkeerslichten op de nodes heeft laten staan. Die waren er niet toen het nog een rotonde was. Als ik in Potlatch naar de geschiedenis kijk, lijkt dat BugBlue te zijn, terwijl hij bezig was met het intekenen van buslijn 20. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ei van Ommel (A67 afslag 38 Asten)
2010/2/1 Stefan de Konink ste...@konink.de: Op 01-02-10 00:20, Paul Wagener schreef: Ik heb zelf ook wel eens een rotonde opgebroken om alleen stukjes ervan in een relatie te stoppen. Dat was omdat ik de relatie ook zelf wel wou renderen op een opvallende manier en dan staan die ronde stukjes vastgekleefd aan je route niet zo netjes. Het is dus niet alleen voor routen toepasbaar. Als je renderer niet in staat is om de korste route te tekenen, dan moet je je renderer fixen en niet een of andere bizarre techniek als opsplitsen van wegen toepassen. De route die door een fietsroute of bus gevolgd wordt is lang niet altijd de kortste, dus dat faalt al bij voorbaat. Nu kan ik niet zeggen dat ik ook schade vrij ben, want ik heb in Amsterdam alle metro lijnen op het stations punt opgeknipt, in plaats van het gelaten op basis van tag overgangen. En waarom zouden tagovergangen wél legale plaatsen zijn om te knippen, en begin/einde van een relatie niet? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Ei van Ommel (A67 afslag 38 Asten)
2010/2/1 Stefan de Konink ste...@konink.de: On Mon, 1 Feb 2010, Andre Engels wrote: De route die door een fietsroute of bus gevolgd wordt is lang niet altijd de kortste, dus dat faalt al bij voorbaat. Ik neem aan dat als je alleen kruispunten opslaat in je route (of nog beter: alleen de borden) het volledig duidelijk moet zijn voor de routing engine hoe de route loopt. Er kunnen meerdere wegen tussen twee punten zijn, en daar waar de route een richting heeft kun je dat niet aangeven. Nu kan ik niet zeggen dat ik ook schade vrij ben, want ik heb in Amsterdam alle metro lijnen op het stations punt opgeknipt, in plaats van het gelaten op basis van tag overgangen. En waarom zouden tagovergangen wél legale plaatsen zijn om te knippen, en begin/einde van een relatie niet? Alles wat je opknipt wordt gedupliceerd, zonder enige update mogelijkheden. Als je een argument hebt dat mijn voorgaande ontkracht praten we verder. Bijvoorbeeld het argument dat de route-relatie nu eenmaal gedefinieerd is als een relatie tussen wegen (zie http://wiki.openstreetmap.org/wiki/Routes). Is het opknippen van een weg nu werkelijk zo'n zonde dat we dan maar anders moeten doen dan 1. de rest van openstreetmap doet, 2. logisch is, 3. het gemakkelijkst is voor renderers alleen maar om het te voorkomen? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nav4All
2010/1/29 ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl: Stel Balkenende rijdt met zijn scootmobiel met NAVNAV OSM in het water omdat w-bos123 een straatje omlegt in Potlatch ? Dan is Balkenende dom bezig. Een 'professionele' kaartbron gaat ook echt niet betalen als er iemand schade heeft omdat hij op basis van de kaart in plaats van de situatie ter plaatse heeft gereden. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Eenrichtingsstraten waar je in beide richtingen met de fiets in mag
2010/1/27 Ivo van den Maagdenberg ivo.vdmaagdenb...@gmail.com: Zijn er op deze lijst fietsers die weten wat in Nederland de vastgestelde manier is om aan te geven dat je in tegenrichtig mag fietsen in eenrichtigsstraten? Op http://www.gratisrijbewijsonline.nl/plaatswet2.htm vond ik 5. Onderbord: Uitgezonderd fietsers en bromfietsers en het bijbehorende onderbord. als voorbeeld, voor het verkeersborden paar dat je in zulke straten aantreft. Uit wat zoeken blijkt dat is vastgelegd op de wiki ( http://wiki.openstreetmap.org/wiki/Bicycle#Cycle_lanes_in_oneway_motor_car_roads) dat het oneway=yes + cycleway=opposite zou moeten zijn, maar in de hierboven benoemde eenrichtingsstraten zijn vaak helemaal geen markeringen die er op wijzen dat er een fietspad zou zijn. Dat fietspad hoeft er ook helemaal niet te zijn. Sterker nog, cycleway=opposite is in de eerste plaats voor het geval waar dat _niet_ zo is. Zie http://wiki.openstreetmap.org/wiki/Key:cycleway The route may be cycled in the direction opposite of other traffic, but does not have a dedicated lane. Als er wél een fietspad is, zijn cycleway=opposite_lane of cycleway=opposite_track meer geschikt (of je kunt het fietspad apart aangeven). -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
2010/1/9 bas de Lange b...@basdelange.com: Ik wil graag deze zondag aanwezig zijn bij de nieuwjaarsborrel. Maar i.v.m. weersomstandigheden etc. is het voor mij wel erg onzeker op dit moment. Hier hetzelfde - aanvankelijk was ik van plan te komen, maar gezien het weer weet ik nog niet of ik dat ook daadwerkelijk ga doen. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwjaarsborrel
2010/1/9 Floris Looijesteijn o...@floris.nu: voor de mensen die wel het winterweer trotseren, vergeet de dresscode niet: http://frontpage.fok.nl/nieuws/365941/1/1/100/laat-morgen-je-broek-gerust-thuis.html Welke heeft bedacht om dat midden in de winter te gaan doen?!? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] cafetaria
2010/1/7 Floris Looijesteijn o...@floris.nu: zelfde voor mij maar dan met cuisine=patat :) laten we even een goede engelstalige tag verzinnen en die gewoon gaan gebruiken. het is toch iets typisch nederlands denk. Daar was mijn post dus typisch voor bedoeld - één tag te vinden om die te gebruiken. dezelfde vraag heb ik trouwens ook voor de vis-zaken die je in nederland hebt, ik weet niet zo goed hoe ze zichzelf noemen. waar je dus een hapje vis kunt halen, meestal om meteen op te eten. Ik neem aan dat je het simpelweg over een viskraam hebt? Daar heb ik amenity = fast_food; cuisine = fish van gemaakt. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] cafetaria
En voor als men het geheel nog wat breder wil trekken: de volgende cuisine-tags komen volgens tagwatch in Nederland meer dan 1 keer voor, met op elkaar lijkende tags bij elkaar gezet regionaal: chinese (92) - indonesian (17) - asian (17) - Indonesian (4) - chinese;indonesian (3) - Chinese (2) japanese (8) - Japanese (3) vietnamese (2) thai (16) indian (8) - Indian (3) italian (49) - Italian (2) greek (25) turkish (14) egyptian (2) french (4) spanish (4) portuguese (2) mexican (8) argentinian (3) produkt: kebab (24) - döner (2) shoarma (3) shoarma;pizza (2) pizza (22) burger (20) - burgers (3) snackbar (18) - friture (14) - cafetaria (7) - dutch_snackbar (3) crepe (9) - pancakes (5) - pancake (3) - pannenkoeken (2) ice_cream (8) - icecream (2) tapas (3) sandwich (3) chicken (2) fish (3) overige: regional (72) - dutch (6) fine_dining (3) lunch (3) vegetarian (3) tea_shop (2) - coffee_shop (2) -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] cafetaria
Al enige tijd probeer ik voor restaurants en fast food zaken ook een 'cuisine'-tag aan te geven. Mijn vraag is, wat doen we met cafetaria's als cuisine? http://wiki.openstreetmap.org/wiki/Key:cuisine stelt hier friture voor, maar ik denk dat de gemiddelde Nederlander die tag niet zal begrijpen. Op de map zelf kom ik zowel snackbar als cafetaria tegen - volgens mij min of meer hetzelfde. Ik zou graag zien dat we hier één waarde voor konden afspreken - maar welke dan? -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Belterweide
Ik heb gisteravond de Belterweide (bij Giethoorn) in tweeën geknipt, om de dijk die er tussen de twee delen ligt als land aangegeven te laten worden. Echter, sindsdien wordt de oostelijke helft op Mapnik niet meer als water gerenderd. Heb ik iets fout gedaan, en zo ja, wat? Zie http://www.openstreetmap.org/?lat=52.6896lon=6.0811zoom=14 -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Belterweide
2009/12/31 Maarten Deen md...@xs4all.nl: On Thu, 31 Dec 2009 10:12:16 +0100, Andre Engels andreeng...@gmail.com wrote: Ik heb gisteravond de Belterweide (bij Giethoorn) in tweeën geknipt, om de dijk die er tussen de twee delen ligt als land aangegeven te laten worden. Echter, sindsdien wordt de oostelijke helft op Mapnik niet meer als water gerenderd. Heb ik iets fout gedaan, en zo ja, wat? Zie http://www.openstreetmap.org/?lat=52.6896lon=6.0811zoom=14 Er zit een tag waterway:mooring op. Kan het dat zijn? Ja, dat lijkt het geweest te zijn - bedankt! -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] excuses
2009/12/19 Stefan de Konink ste...@konink.de: Op 19-12-09 08:20, Andre Engels schreef: Dank je... Ik zit er geloof ik nog steeds een beetje mee in m'n maag. In elk geval blij dat het hier een stuk vriendelijker aan toe gaat. Waar niet dan? (Wat zijn hier trouwens mensen vroeg wakker op zaterdag!) En dat nog wel op een zaterdag die eigenlijk te koud is om te mappen... -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] excuses
2009/12/19 Taede's hotmail taede.terps...@hotmail.com: En daar komt nog eens bij dat het bedoeld gebruik en het werkelijk gebruik nog wel eens van elkaar wil verschillen – zeker in een fiets anarchistisch land als Nederland. Wat ik van de discussie gezien heb op de tagging lijst zijn er een aantal mensen uit de USA, Australië en andere Britse koloniën aan het muggenziften, daar wordt iets anders tegen regeltjes aangekeken dan bij ons. Niet alleen daar... Herinner het me al van Duitsland. Typisch is in mijn ogen de reactie van een fietser op een rood stoplicht. Een Duitser zal redeneren Is het een nuttige regel dat je stopt voor een rood stoplicht? Ja. Dus stop ik. Een Nederlander zal redeneren Is het nuttig dat ik _nu_ bij _dit_ rode stoplicht ga stoppen? - en als hij niemand in de weg zit dus rustig doorfietsen. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl