[OSM-talk-nl] Update nieuwbouw in Aerdenhout
In Aerdenhout bij de Gezina van de Molenlaan en Mies Noltenlaan (http://www.openstreetmap.org/?mlat=52.36121=4.60237#map=19/52.36121/4.60237) zijn nieuwe woningen gebouwd. Ze zijn deels al sinds begin dit jaar bewoond. Ze staan echter nog niet op de kaart. Ik kan me niet voorstellen dat er geen kadaster gegevens zijn (na 2 jaar). Kan iemand nagaan of er iets mis is met de up-loads van de kadaster gegevens? bvd Hugo___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Almere wordt gesloopt
Weten we zeker dat dit geen bot is? lijkt me wel heel veel werk voor een mens. Hier staat wie je kunt benaderen als het niet bij weinig blijft: Data Working Group Main article: Data working group The Data Working Group is authorised by the Foundation to deal with more serious vandalism and reports to the board at the monthly board meetings. In the rare case that the community approach doesn't work the issue should be reported to the data working group (d...@osmfoundation.org). -Oorspronkelijk bericht- From: Jonathan van Tuijl Sent: Friday, November 14, 2014 5:08 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Almere wordt gesloopt Familie Nouws schreef: 7.969 changesets in 11 maanden . Inmiddels 8006. Nog geen reactie op mijn bericht van gisteren. Tags blijven ook al niet heel. Zo mogen we nu op wegen waar minstens een bromfiets nodig is lopen en fietsen. Hoe stop je dit? Hoe herstel je de schade op deze schaal effectief? Jonathan ___ 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
Re: [OSM-talk] [Osmf-talk] Use of terms similar to GEOCODE
Hi Simon, that you may nor hear from them might be very true: see here: http://www.geocode.com/ Is apparently part of TomTom, so if you need more info, might be handy to check with them. They are Dutch so if I can oblige, let me know, Hugo From: Simon Poole Sent: Thursday, May 23, 2013 2:38 PM To: openstreetmap ; osmf-t...@openstreetmap.org Subject: [Osmf-talk] Use of terms similar to GEOCODE As I promised in February I investigated with our North American counsel what they would consider acceptable use of terms similar to the GEOCODE trademark, they came back with examples that they all considered OK. I've created a wiki page for future reference http://wiki.openstreetmap.org/wiki/Geocode_Trademark I apologize for the delay, I was waiting for some closure on the matter, however the company in question has not responded to our correspondence. Personally I don't expect to hear from them again since it now must be clear that there is no money in it for them. Simon ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Nieuwe Waalbrug A50
Goedemiddag, de OSM routeplanner bouwers zijn niet de eersten die hier tegenaan lopen. TomTom gebruikt de historische data over een weg om de “gemiddelde” snelheid te bepalen en daarmee de geschatte reistijd (en dat is behoorlijk nauwkeurig). Die dynamische gegevens zullen voorlopig wel buiten bereik van OSM zijn, maar wat je zou kunnen proberen is het effect van stoplichten op de route mee te nemen. Bijvoorbeeld: 1 stoplicht betekend gemiddeld 30 seconden vertraging. Met een door mappers ingevulde aanvullende tag: longest_waiting_time=75 seconde zou je een verfijning daarvan kunnen maken. Dit zou ook voor fietsrouteplanners handig zijn: neem ik de route met stoplichten of ga ik meanderen en probeer ze te vermijden. Hugo From: Martien Scheepens Sent: Wednesday, May 22, 2013 1:42 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Nieuwe Waalbrug A50 2013/5/22 Maarten Deen md...@xs4all.nl On 2013-05-22 12:21, Martien Scheepens wrote: Hoho. Dit is dus echt geen dataprobleem. Je algoritme kan zonder meer Daar ben ik het ook volledig mee eens. Taggen voor de router is het probleem van het algoritme verplaatsen naar de data. En dat moet je niet doen. een malus bevatten voor iedere actie die je als weggebruiker moet doen. Dit maakt de resultaten ook robuster voor noise als kleine zijstraatjes die 5 meter korter zijn. Daarnaast bevat OSM al data als junction=roundabout, highway=traffic_signals highway=motorway_junction, dus dit kun je zonder meer gebruiken als je het nodig zou hebben. Dit probleem zou ook over de snelheden te sturen moeten zijn. Het is ook ronduit naïef om de maximumsnelheid te gebruiken. Voor een afslag (waar je misschien 130 mag) is iets als 50 veel logischer. Vertel dat in Duitsland waar wegen buiten de bebouwde kom standaard 100 km/h zijn. Dat je dat op B-wegen vrijwel nooit kunt rijden weet de router niet. Je zou in de router snelheden per wegtype op kunnen geven die je haalbaar lijken. Alternatief is dat je een percentage per wegtype verzint en deze toepast op de maximumsnelheid die in OSM staat. Hiermee voorkom je het probleem V_max V_planner. Wat voor een Duitse B-weg gepast is, is wel een hele moeilijke. In het vlakke Niedersachsen op een overzichtelijke, goede klinkerweg is toch anders dan een bochtige, heuvelachtige asfaltweg in Bayern. In Duitsland werd mij door de instructeur geleerd om mijn eigen zintuigen te gebruiken, in Nederland wordt er een bord geplaatst... Groeten, Martien Maarten 2013/5/22 Maarten Deen md...@xs4all.nl On 2013-05-22 11:45, Floris Looijesteijn wrote: in dat laatste geval zouden de 4 keer vaker afslaan toch echt zwaarder moeten tellen dan die paar seconden tijdswinst. Het probleem is: wat is 4 keer vaker afslaan? Volgens de data is een rotonde oprijden ook een 90 graden bocht. Dus dan heb je ook al 4x afslaan via de normale route. maar goed: genoeg ideeën maar geen kennis of tijd om het zelf beter te doen :) Hier ook. En dan ook nog een ontwikkelaar die IMHO wel erg snel dat is een dataprobleem zegt zodat hij de routingengine tenminste niet hoeft aan te passen. Moeten we straks niet alleen gaan taggen voor de renderer, maar ook nog taggen voor de router. Maarten 20 On 2013-05-22 09:27, Floris Looijesteijn wrote: nee, dat kan er niet mee te maken hebben, dit is een route die van tevoren berekend is. misschien dat ie ter plekke inderdaad voor een 'parallelbaan' zou kunnen kiezen als die niet helemaal lekker ligt. Het ligt er puur en alleen aan dat OSRM heel droog naar de snelste route kijkt. Paar voorbeelden: http://osrm.at/3eC [4] [4] http://osrm.at/3f6 [5] [5] http://osrm.at/2We [3] [3] http://osrm.at/3jr [6] [6] Vooral die laatste vind ik wel leuk. De N556/Stationsstraat is 50 km/h en de weg waarover gerouteerd wordt is vooral 80 km/h. In de berekening (wat heel simpel afstand/snelheid is) is die een paar seconden sneller. Maar goed, ik denk het voor iedereen wel duidelijk is dat je op die weg niet overal 80 kunt rijden. OSRM is vrij dom wat dat betreft. Maarten 2013/5/21 St Niklaas st.nikl...@live.nl Kan de aanleg van nieuwe en bredere wegen, dus gps verschuivingen er debet aan zijn ? Het verschijnsel trad op bij Driebergen A12li en Vinkeveen A2re. In beide gevallen is het niet sneller om de afrit te nemen. hendrikklaas - From: hugoholsc...@gmail.com To: talk-nl@openstreetmap.org Date: Tue, 21 May 2013 17:05:50 +0200 Subject: Re: [OSM-talk-nl] Nieuwe Waalbrug A50 Ik heb een aantal van die vreemde routes bekeken en het komt omdat de routeplanner
Re: [OSM-talk-nl] Nieuwe Waalbrug A50
Ik heb een aantal van die vreemde routes bekeken en het komt omdat de routeplanner de kortste of snelste route (maakt vaak niets uit) heel letterlijk neemt. Je zult zien dat de afslag vaak een binnenbocht is en met de zelfde maximale snelheid dus korter en sneller is. Er is dus meer intelligentie in de route planner nodig om dat soort hele strikte beslissing te omzeilen. Lijkt me een interessante uitdaging, Hugo From: Floris Looijesteijn Sent: Tuesday, May 21, 2013 3:43 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Nieuwe Waalbrug A50 Ik heb dat gedrag vaker gezien op navigatiesystemen. Dat je je opeens rotschrikt en snel de afslag neemt omdat je niet bekend bent in de buurt. Om vervolgens beneden weer direct de snelweg op gestuurd te worden... Met onze data kan toch zeker een betere beslissing genomen worden. Routers zouden kunnen kijken het aantal kruisingen. Of gewoon een voorkeur hebben voor op dezelfde weg blijven als dat maar een paar procent in afstand/tijd scheelt. Gr, Floris 2013/5/21 Maarten Deen md...@xs4all.nl On 2013-05-21 12:24, Martien Scheepens wrote: Hallo, Op de A4 hebben we al zo'n geval: http://osm.org/go/0E4wjRnhl- [2] Ik vraag me af wat routeplanners er mee doen. Kortste of snelste route, al naar gelang het algoritme. Zie ook http://osrm.at/2We waar de routeplanner doet of zijn neus bloedt en de korste/snelste route berekend via de afrit en oprit (snelheid op de op- en afrit is hetzelfde als op de autosnelweg). In jouw geval waarschijnlijk de binnenbocht, dus de linkse rijstroken. Maarten 2013/5/21 Maarten Deen md...@xs4all.nl Vandaag is de nieuwe Waalbrug in de A50 bij Ewijk geopend. Ik heb de nieuwe situatie zo goed mogelijk van de paar keer dat ik er de afgelopen tijd langs ben gekomen gemapt en de oude brug op construction gezet. Verbeteringen zijn uiteraard welkom. Misschien een punt van aandacht: hoe wordt de nieuwe situatie gemapt met ways: de nieuwe brug heeft 1x4 rijstroken en zal dus eigenlijk 1 way worden, de oude brug blijft 2x2 rijstroken hebben en zal dus 2 ways blijven? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-nl [2] http://osm.org/go/0E4wjRnhl- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] postkantoren
Aangezien de Franse oplossing ook in de internationale Wiki genoemd wordt, zo ik die gewoon als richtlijn aannemen. Ik zie zo gauw geen bezwaren. Lijkt me dat we niet het wiel moeten heruitvinden. Dank aan Cartinus om dat te vinden en te delen. Hugo -Oorspronkelijk bericht- From: Ronald Stroethoff Sent: Sunday, February 17, 2013 8:48 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] postkantoren Zover ik weet zijn in ieder geval de klassieke postkantoren verdwenen, zelfs de postbussen en antwoordnummers zijn daar verwijdert en naar andere plekken (zoals de Gamma) verplaatst. Andere plekken zoals de albert heijn en videotheken handelen nu zaken zoals de verkoop van postzegels en inname van paketten af. Cartinus wrote: Voor zover ik weet heeft er nog niemand geprobeerd om hier consensus over te krijgen. _ _ _ _ _ _ _ _ _ Het hangt er vanaf wat je allemaal een amenity=post_office noemt. Alleen de klassieke postkantoren? Of ook postagentschappen? Zie hier de Franse oplossing: http://wiki.openstreetmap.org/wiki/Key:post_office:type On 02/17/2013 07:31 PM, Ronald Stroethoff wrote: In Nederland is er nogal wat verandert wat betreft postkantoren. Of je het leuk vind of niet, maar langzamerhand zijn alle postkantoren in Nederland gesloten. Het staat natuurlijk een beetje stom als in openstreetmap nog steets postkantoren voorkomen. Hoe gaan we daarmee om? Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Religie
Het gebruik van public geeft voor engels-taligen verwarring: een public school is een privé school. Hugo -Oorspronkelijk bericht- From: Cartinus Sent: Saturday, January 12, 2013 5:03 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Religie On 01/12/2013 05:42 PM, Ronald Stroethoff wrote: Op dit moment worden religie gebruikt voor kerken en voor begraafplaatsen. D.W.Z. van een begraafplaats wordt verteld of deze katholiek of protestant enz. is. Voor scholen wordt dit niet gedaan terwijl veel scholen toch een religeuse achtergrond hebben. Vaak wordt dit in de naam uitgedrukt zoals Protestant christelijk Jenaplanschool Is het wellicht een idee om ook bij scholen de religie op dezelfde manier zoals bij begraafplaatsen te gaan vermelden . Prima idee en er staat je niets in de weg om hier mee te beginnen. Letop: voor openbare scholen kan men de religie public gebruiken. Letop: voor privescholen (zoals het lusac-college) kan men de religie private gebruiken. Dit is misbruik van de tag. public en private zijn geen religie. Als de school niet op religieuze grondslag gestoeld is de religie none. Bovendien staat het feit of onderwijs privaat is of niet haaks op religieuze grondslag. Een katholiek seminarie is namelijk ook een private onderwijsinstelling. --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl
@Floris, Interessante vraag. Volgens mij vallen besluiten van de overheid niet het kopieerrecht (artikel 11). Aangezien er een besluit van een overheidsinstantie gepubliceerd wordt zouden we het dus mogen gebruiken zonder problemen. Waar je misschien wel heisa mee krijgt is de huidige gebruiker van deze gegevens: Andes. Die maakt er namelijk deze kaart van http://www.nhbereikbaar.nl/ voor de provincie NH. Wat wel eigenaardig is, is dat ze als basis kaart Googlemaps gebruiken. Ik vraag me af of ze al onder de kosten regeling van Google maps vallen. Hugo From: Floris Looijesteijn Sent: Friday, December 28, 2012 3:52 PM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Wegaanpassingen via www.staatscourant.nl Hallo! Heeft iemand al eens gekeken of wij deze informatie ook kunnen gebruiken? http://www.nu.nl/gadgets/2992181/wegaanpassingen-sneller-navigatiesystemen.html Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Het taggen van BAG data.
Het viel mij op dat de gegevens van het BAG (tenminste zo als ik ze in de BAG viewer zie), data bevat die nog niet bestaan. Als je deze id zoekt: 039710014064, vind je een huis en adres in Heemstede waarvan de bouw nog niet eens begonnen is. Verder weet ik dat de bouw vergunning aan verandering onderhevig is. Gaan we met bulk up-loads nu de mogelijk toekomstige kaart van Nederland maken of is het wijsheid om de locaties waarvan de status is: “bouwvergunning verleend” er nog uit laten? Hugo From: Gertjan Idema Sent: Saturday, October 20, 2012 8:54 PM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Het taggen van BAG data. On Sat, 2012-10-20 at 13:21 +0200, Just van den Broecke wrote: Beste Gertjan e.a, Een goed plan, ik wil wel meedenken. btw: De BAG is net deze week ververst met versie 8 sept en 8 okt: Fijn dat je meedenkt :-) http://geodata.nationaalgeoregister.nl/inspireadressen/atom/inspireadressen.xml (Atom). e.e.a. moet ook simpeler worden in de toekomst: http://drupal.pdokloket.nl/nl/producten/pdok-downloads/atomfeeds Ik probeer wat aan te vullen onder...het blijft een taai onderwerp. On 17-10-12 13:11, Gertjan Idema wrote: Er is een aantal initiatieven gaande voor het opnemen van BAG data in Openstreetmap. - ruudblank heeft veel werk verricht in Gorinchem. - rullzer in de omgeving Purmerend - mijn eigen initiatief op basis waarvan Minko (Amersfoort), PeeWee (Leusden) en Sebastiaan (Oldambt) nu kleinschalig aan het testen zijn. - en ongetwijfeld nog meer. Helaas is er nog geen standaard voor het taggen van BAG data. Mijn idee van deze discussie is om hier samen te vatten wat er tot nu toe gedaan en besproken is over het taggen van data afkomstig uit de BAG. Vervolgens hoop ik dat we het samen eens kunnen worden over een standaard. Deze kan dan opgenomen worden op de Wiki pagina en geïntegreerd in tools en scripts. Het doel hierbij is niet om zoveel mogelijk BAG dat in openstreetmap te krijgen, maar om te zorgen dat dit consistent gebeurt. Eerst maar eens een inventarisatie: Adres tags op pand of losse nodes = De BAG maakt onderscheid tussen panden, verblijfsobjecten en nummeraanduidingen. Een pand kan meerdere verblijfsobjecten bevatten. Ja het meestvoorkomende, maar ook omgekeerd (meerdere Panden bij VBO), maar moet daarvan nog voorbeeld zien. Hier is een mooi voorbeeld: VBO 034401091735 (Ambachtsweg 52, Utrecht) ik heb ook nog even geen idee hoe we dit het beste in OSM zouden kunnen mappen. Een ander voorbeeld is VBO 034410054743 (Hoogravenseweg 140A). Hier zijn 2 panden samengevoegd en vervolgens opgedeeld in 7 verblijfsobjecten. Ik kom 161 VBO's met meerdere panden tegen in Utrecht stad, de meesten met 2 panden per VBO. Tot nu toe heb ik de adressen als volgt getagd: Voor panden met een enkel verblijfsobject heb ik de adres tags (addr:housenumber, addr:postcode, addr:street) aan het pand gekoppeld met in tag ref:bagid het BAG id van het pand. Voor panden met meerdere verblijfsobjecten heb ik aan het pand geen adres tags gekoppeld, dit kunnen immers verschillende straten zijn. De adres tags heb ik aan losse nodes gekoppeld met in tag ref:bagid het BAG id van de nummeraanduiding. ruudblank heeft er in Gorinchem voor gekozen om alle adressen los te koppelen van het pand. Als BAG referentie gebruikt hij het BAG id van het verblijfsobject in de tag bag:vbo_id en op de panden het BAG id van het pand in bag:pand_id. rullzer maakt hetzelfde onderscheid als ik tussen panden met 1 of met meer verblijfsobjecten, maar gebruikt geen BAG id op de adres nodes. Een lastige, ik zou in ieder geval zo dicht mogelijk bij het BAG model blijven...Bijv. kunnen VBOs en (LIG/STA) niet gewoon zelf OSM punt-nodes zijn (plm 9 miljoen in NL!)? En gekoppeld via relaties aan Panden ? In het achterhoofd ook het soort gebruik van OSM adressen: Geocoders, Door-to-door navigation. En verder aansluiten bij algemene OSM-conventies voor adressen. Relaties tussen panden en verblijfsobjecten/adressen worden voor zover ik weet niet gebruikt in OSM. En gezien het feit dat associatedStreet relaties amper gebruikt worden vanwege de complexiteit, denk ik dat een eventuele associatedBuilding relatie het niet gaat redden. Voor de meeste toepassingen zal een relatie tussen pand en adres niet echt belangrijk zijn, hoewel Cartinus aangaf dat de relatie tussen hoofdadres en nevenadressen (leveranciersadressen) in de transportsector wel gebruikt wordt. AssociatedStreet relaties = AssociatedStreet relaties bieden veel voor en nadelen en het laatste woord is er nog niet over gesproken. Een voordeel dat in mijn ogen onderbelicht is, is het bij elkaar voegen van losse stukjes van dezelfde straat. Hierdoor kunnen gemakkelijke relaties gelegd worden tussen straten in OSM en straten uit andere bronnen. Dat gaat echter alleen werken associatedStreets gemeengoed zijn. Gezien de complexiteit bij het
Re: [OSM-talk-nl] wegen in drievoud
Ik heb ook iets dergelijks meegemaakt. Wat ik er van geleerd heb, is een tag mee te geven (in bijvoorbeeld een note als dat kan), waarmee je, je eigen wijziging kunt selecteren en veranderen. Maar misschien had dat in dit specifieke geval niet geholpen. Hugo From: dbuss...@goudappel.nl Sent: Saturday, October 20, 2012 10:47 PM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] wegen in drievoud Vreemd verhaal. Ik moest alles handmatig herstellen omdat door de dubbeling de relaties (bus en fietsknopen) zo in de war waren dat terugdraaien geen optie meer was. Bljikbaar was iemand anders tegelijk of net na mij met de buslijnen bezig op mijn drievoudige wegen... Nu is volgens mij alles weer netjes. Vervolgens ben ik op zoek gegaan of er elders dubbele wegen zijn maar kon er geen vinden. Het is dus niet zo dat JOSM dit vaker doet maar een idee hoe deze changeset kon ontstaan heb ik nog steeds niet. -Johan C osm...@gmail.com schreef: - Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Van: Johan C osm...@gmail.com Datum: 10/20/2012 04:22PM Onderwerp: Re: [OSM-talk-nl] wegen in drievoud Ik zie twee mogelijkheden: 1. terugdraaien 2. checken met de validator en de crossing ways handmatig verwijderen Op 20 oktober 2012 01:31 schreef dbuss...@goudappel.nl het volgende: vandaag iets te enthousiast teveel tegelijk in een changeset gepackt. JOSM heeft daarop een aantal keren timeout gegeven tot het uiteindelijk gelukt is. Effect is nu dat alle objecten die ik geraakt heb drie keer boven elkaar in OSM staan. Weet iemand hoe dat komt en of het eenvoudig ongedaan gemaakt kan worden? Het gaat om http://www.openstreetmap.org/browse/changeset/13561955 Voorbeeld: de volgende ways (allen behorende tot changeset 13561955) zijn identiek: http://www.openstreetmap.org/browse/way/186703099 http://www.openstreetmap.org/browse/way/186691521 http://www.openstreetmap.org/browse/way/186693939 Groeten, Dirk Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland
Jo, dank, dat ziet er zeer bruikbaar uit, Hugo From: Jo Sent: Tuesday, October 09, 2012 11:11 AM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk] [Osmf-talk] shameless copying: still going on !!
I had a look in the relevant changeset (10690450) and what you find is a huge amount of deleted nodes end roads, which have been replaced by new ones. Unfortunately are the original nodes and roads not visisble as the original maker has not agreed to the the ODBL and the RedactionBot has done its work. Even without the work of mr_Israel the nodes and roads would have disappeared. With that this becomes a delicate legal discussion: Is deleting a set of data and replacing it with a new set (likely using the old data) conflicting with the original CC-by-SA license. This does not mean I support copying, (I know how it feels, as my first OSM steps back in 2007 have mysteriously dissappeared), but before serious accusations of shameless copying are uttered, a solid investigation is required. Hugo From: Floris Looijesteijn Sent: Thursday, August 09, 2012 3:43 PM To: ce-test, qualified testing bv - Gert Gremmen Cc: osmf-t...@openstreetmap.org ; talk@openstreetmap.org Subject: Re: [Osmf-talk] [OSM-talk] shameless copying: still going on !! That's a bad thing. In case people want to have a look, it seems Gert means this for example: http://www.openstreetmap.org/browse/way/150461594 Greetings, Floris Looijesteijn On Thu, Aug 9, 2012 at 3:10 PM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Now the map cleaning phase has been completed (according to the message of the day in JOSM) Per today 8/9/2012 I still find most of my contributions that were contributed under the CC-BY-SA license in the new map, mostly simply cutted pasted This time I focused on my contributions in Israel. Literally all of the unique features I added to the Israel map have been copied by a so-called Mr_Israel, including the home of my family, as the only building in a circle of a few kilometers around their home. It’s impossible that Mr_Israel choose this home by hazard and made the effort of re-survey himself. Same for the red walk I actually walked and surveyed myself with a GPS, it still in an unmodified version in the map, just the author changed. Same for the numerous fish farms I drew, and apparently are the only one in Israel according to Mr_Israel called Fish_farming in English. The rest of the hundreds of fish farms in only marked is only water. Same for the entire kibbutz Geva , all details I draw are still there, including voluntary mistakes in introduced. No changes but the name of the author. Mr_israel even for the sake of making less efforts copied the Places name Geva and left the original source. On none of the modified data a new source such as BING or GPS survey is mentioned, so I keep it on shameless copying ! If this is how the OSM community respects copyrights, then I have to fear for the rest of the map. I declare the new map still to be CC-BY-SA and not ODBL Gert Gremmen cetest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ osmf-talk mailing list osmf-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/osmf-talk image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] De Redaction BOT is klaar: zijn de data nu ODBL of moet er nog meer gebeuren
Volgens de blog van Harry Wood (http://blog.osmfoundation.org/2012/07/26/automated-redactions-complete/) is de bot klaar en zijn alle data die niet onder ODBL vallen verwijderd. Betekent dat nu dat we over zijn op een nieuwe licentie? In dat geval dan zou ik wel verwachten dat de relevante web pagina’s en Copyright vermeldingen ofwel worden aangepast ofwel worden verwijderd, Hugo___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Vandalisme in openstreetmap?
Ik heb even naar de geschiedenis gekeken en er staan nu alleen de originele door AND geleverde wegen. Als er ooit verbeteringen zijn geweest zijn die weer weggehaald. Er is geen BOT wijziging te zien. Er is dus geen vandalisme, maar iets anders aan de hand. Hugo -Oorspronkelijk bericht- From: Maarten Deen Sent: Thursday, August 02, 2012 9:13 AM To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Vandalisme in openstreetmap? On 2012-08-01 20:27, Edwin Wisse wrote: Hallo Openstreetmappers, Ik heb iets vreemds gezien in de openstreetmap van een wijk in Vlaardingen, bij Rotterdam. Ik ken de buurt omdat ik er opgegroeid ben. Op de kaart viel me op dat heel veel straten in deze wijk rare kronkels hebben. De locaties van de gebouwen klopt, maar de straten vertonen bochten die er niet zijn. Sommige straten zijn opgeknipt. Anderen hebben verbindingen die niet bestaan. Omdat het een complete wijk betreft lijkt het me ook niet waarschijnlijk dat iemand met de hand de straten heeft zitten verleggen. Er zijn echt punten toegevoegd aan lijnstukken en die zijn verschoven. Kan dit automatisch vernaggeld zijn? Heeft iemand dit vaker gezien? Ja. Het lijkt erop dat een deel van de AND import een vreemde tik heeft gekregen. Ik heb op meerdere plaatsen gezien dat wegen op een gekke zig-zag manier zijn neergelegd terwijl ze gewoon recht moeten zijn. Misschien is er dan iets mis gegaan in de coördinaatconversie of is een te lage nauwkeurigheid gebruikt? Ik kan zo geen voorbeeld geven waar dat nog meer het geval was, maar ik heb er een aantal gecorrigeerd. Sowieso is er vaak een mismatch tussen de AND straten en de 3Dshapes huizen. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Andere tijden
Mijn mailbox loopt vol met deze serie mails ;). De Licentie is kennelijk nog steeds een hot-topic. Misschien verstandig nog even naar de bron te gaan: OSM is naar de ODBL gegaan omdat CC-by-SA geen bescherming bood voor databases en dat is wat de te beschermen kern van OSM is. Rijst meteen de vraag: waarom geldt niet hetzelfde voor OpenTaal? Daar bescherm je toch ook een database en geen auteursrechten. Als zulke databases ook een DBL zouden hebben, zou deze hele discussie volgens mij over zijn. Hugo -Oorspronkelijk bericht- From: Stefan de Konink Sent: Saturday, May 26, 2012 1:34 AM To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Andere tijden On 26-05-12 00:08, Gertjan Idema wrote: - Geldt 'source=AND' ook voor de name tag van een straat? Uiteraard, dat is de bron van de geometrie en straatnaam. - Zo ja, mag deze straatnaam dan met vermelding van 'AND' als source naar OpenTaal gestuurd worden. Deze vraag kan ik zeker beantwoorden. http://mirror.openstreetmap.nl/AND/LICENSE.TXT De data van AND vereist CC-BY-SA, jullie leveren CC-BY. Ik acht de kans vrij groot dat als je met de heren in Rotterdam belt, met doel etc., je het ook nog mee krijgt onder jullie CC-BY. Ook hier: de beller is sneller. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Uitsnede OSM van Amsterdam
Steven, Misschien heb je hier wat aan: http://www.maposmatic.org/ Hugoattachment: Hugo Hölscher.vcf___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl