Re: [OSM-talk-be] city names - bug in OFM?
On Tue, Dec 23, 2014 at 5:24 PM, Alain Bourgeois alain.bourge...@skynet.be wrote: Maillen The good news is that the village is in the OSM-data [1]. The bad news is that we now have to find out why it does not appear in the map you have downloaded. Did you try the the Benelux Full version [2] ? I assume it is more detailed. Otherwise you can always contact the maker of the map via i...@openfietsmap.nl He can explain which information from OSM is available in the different versions of his map. regards m [1] http://www.openstreetmap.org/node/31566150#map=13/50.3777/4.9701layers=N [2] http://www.openfietsmap.nl/downloads/bnl_full ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] city names - bug in OFM?
As you could see from the link in my previous post, Mallien is mapped as a node. Ligfietser wrote: The OFM map looks at the administrative boundaries on OSM to assign the streets to a place: http://wiki.openstreetmap.org/wiki/Wiki … ries#Namur http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Boundaries#Namur First it looks in level 8 (municipality of Assese) and if available, it looks deeper at a section (sub municipality) admin_level=9. I dont know if this is the case in Maillen. If there exists such a section of level 9, it must be entered in OSM. If there is no section, streets could be tagged with is_in http://wiki.openstreetmap.org/wiki/Key:is_in If those sections are not specified, the map cannot find a street in Maillen so you must either enter Assesse or try another OSM map (no guarantee it work either) or a commercial map. So in order to make OFM work, we need the boundaries for Mallien as a relation. We do not have them in OSM at this moment. Those borders are hard to get. I don't know the situation for this in Wallonia. In Flanders we have a lot of admin-level 9 boundaries (deelgemeenten), but even there the list is not complete. Maybe Julien Fastré or André know more about this. In general, we have to base ourselves on out-of-date maps for the borders. We are not allowed to copy them from Google or other institutions that ask a lot of money for that data. Sometimes governments open up a datasource with those boundaries. This is not the case in Belgium. Furthermore most recent databases from the government do not care about those deelgemeenten, which makes it even harder to get access to a source to use. regards m On Tue, Dec 23, 2014 at 6:01 PM, Alain Bourgeois alain.bourge...@skynet.be wrote: I tried the Benelux map downloaded 6 months ago – same problem. I reported the trouble on the forum ( http://forum.openstreetmap.org/viewtopic.php?pid=473300#p473300) and they sent me to Belgian team. Bien à vous, Alain Bourgeois +32 496 51 85 75 http://www.kineuro.com *From:* Marc Gemis [mailto:marc.ge...@gmail.com] *Sent:* mardi 23 décembre 2014 17:37 *To:* OpenStreetMap Belgium *Subject:* Re: [OSM-talk-be] city names - bug in OFM? On Tue, Dec 23, 2014 at 5:24 PM, Alain Bourgeois alain.bourge...@skynet.be wrote: Maillen The good news is that the village is in the OSM-data [1]. The bad news is that we now have to find out why it does not appear in the map you have downloaded. Did you try the the Benelux Full version [2] ? I assume it is more detailed. Otherwise you can always contact the maker of the map via i...@openfietsmap.nl He can explain which information from OSM is available in the different versions of his map. regards m [1] http://www.openstreetmap.org/node/31566150#map=13/50.3777/4.9701layers=N [2] http://www.openfietsmap.nl/downloads/bnl_full ___ 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
[OSM-talk-be] Belgian Specialties / Belgische Specialiteiten
Nederlands onderaan. Recently I made 2 very simple maps with umap.openstreetmap.fr around Belgian specialities: frites and beer. The first map [1] shows all fritures in Belgium, at least those that are mapped as amenity=fast_food + cuisine=friture There is a good amount of them already in OSM. The second one [2] shows all breweries in Belgium. I map all the craft=brewery, building=brewery and man_made=works + product=beer. Nevertheless the number is disappointing. Maybe you could remap a brewery near you or let me know which tagging scheme you have used ? Craft=brewery is used for small (home) breweries, the man_made for industrial breweries. In case you are interested in setting up a umap Overpass yourself, detailed instructions are found on the mappa mercia [3] blog. merry christmas happy mapping year --- Nederlands Recentelijk heb ik 2 eenvoudige kaarten in elkaar gebokst met umap.openstreetmap.fr rond Belgische specialiteiten: frieten en bier. De eerste kaart [1] toont alle frituren in België, of toch tenminste dewelke gemapped zijn als amenity=fast_food + cuisine=friture Er zijn behoorlijk wat frituren op deze manier gemapped. De tweede kaart [2] toont alle brouwerijen. Alles wat met craft=brewery, building=brewery of man_made=works + product=beer is getagged wordt getoond. Het aantal is echter teleurstellend. Misschien kunnen jullie de brouwerijen in de buurt andere tags geven of me laten weten welk tagging schema jullie hebben gebruikt ? Normaal gezien wordt craft=brewery for ambachtelijke brouwerijen gebruikt, de man_made tagging voor industriële brouwerijen. Indien je zelf een kaart wil maken met umap Overpass, gedetailleerde instructies kan je vinden op het mappa mercia [3] blog. prettige feestdagen happy mapping year m [1] http://umap.openstreetmap.fr/en/map/friture_24674#8/50.689/4.949 [2] http://umap.openstreetmap.fr/en/map/breweries_24688#8/50.595/4.449 [3] http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Wandelnetwerk met knooppunten ...
Bedankt, die kende ik nog niet. Nu in OSM zitten ook al heel wat wandelroutes [1]. en zitbanken [2]. Ik ken geen kaart dit ze beiden toont. mvg m [1] http://hiking.waymarkedtrails.org/en/ [2] http://www.flosm.de/en/POI-map.html?accthm=osm-pois1startx=4.34048128128052starty=51.0276718139648startr=54419.328125grp_bench=1 On Thu, Dec 25, 2014 at 10:57 PM, Marc Coevoet ma...@dommel.be wrote: Dag, Hier zie je een wandelnetwerk met knooppunten, met zelfs de rustplaatsen (zitbanken) op: http://www.opstapinnoord-frankrijk.com/Op-stap-in- Noord-Frankrijk/Wandelen2 Marc -- The Penguin has arrived - and he's not going away - ever. What's on Shortwave guide: choose an hour, go! http://shortwave dot tk 700+ Radio Stations on SW http://swstations dot tk 300+ languages on SW http://radiolanguages dot tk ___ 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
[OSM-talk-be] samenvoegen van stukken weg
Ik zou er langs deze weg iedereen willen op wijzen dat het gevaarlijk is om stukken weg samen te voegen tot 1 geheel. Zeker als dit gebeurt door de oude weg weg te smijten en een nieuwe te tekenen. Het heeft ook geen enkel nut. In de meeste gevallen zijn de wegen gesplitst voor een goede reden: andere eigenschappen, deel van een relatie. iD laat dit niet allemaal zien. Ik heb de auteur van deze changeset [1] gevraagd om het boeltje te herstellen, maar hij heeft er nog wel een paar gelijkaardige wijzigingen gedaan in de buurt van Lier. Misschien zijn er daar fietsroutes gebroken. In [1] weet ik zeker dat de wandelroutes verwijderd zijn. Hij zal misschien wel hulp nodig hebben om zijn wijzigingen terug te draaien. mvg m [1] https://www.openstreetmap.org/changeset/27816760 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenvoegen van stukken weg
't gaat in dit geval wel om een delete + opnieuw tekenen. JOSM zal dan wel klagen dan je een weg uit een relatie haalt. Ik weet niet wat iD in zo'n geval doet. m 2015-01-02 13:31 GMT+01:00 Sander Deryckere sander...@gmail.com: Splitsen is meestal gedaan omdat er net een verschil is (verschillende maximum snelheid, maximum gewicht, deel van een route relatie, ...). JOSM klaagt niet als de tags geen conflict vertonen (vb. een maximum gewicht op een deel van de weg, maar niet op de rest), dus zelfs in JOSM kan het samenvoegen gevaarlijk zijn. Het splitsen van een weg is daarentegen heel wat minder gevaarlijk. Groeten, Sander Op 2 januari 2015 13:05 schreef Glenn Plas gl...@byte-consult.be: Ik kom vaak wegen tegen die getekend zijn in iD en die zijn meestal niet connected met de andere ways.Visueel lijkt het wel ok maar logisch gezien staan de uiteinde van de nodes op de way, niet joined met de way. JOSM zorgt voor de relaties automatisch, samenvoegen zou daar niet zoveel schade aanrichten dan in iD. Glenn Dit was een paar maanden geleden ook aan de gang in Almere (Nederland). Ik snap de beweegredenen ook niet. Een perfecte weg verwijderen om een nieuwe te tekenen? Waarom dan niet direkt samenvoegen, dat is toch veel minder werk? Of is dat lastig in iD? Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenvoegen van stukken weg
is dat verschil niet te verklaren door de eerste checkbox (alleen conflicterende tags) vs. de tweede (tags met meerdere waarden) ? Ik weet niet wat de default is. Ik geloof wel dat JOSM je laatste keuze onthoudt. m. 2015-01-02 13:54 GMT+01:00 Glenn Plas gl...@byte-consult.be: Hoi Sander, Hebben we over hetzelfde hier ? JOSM gaat u wel een dialoog geven hoor dat de tags verschillen. De user krijgt de merge window open. Het is aan de user om daarin te beslissen. Ik weet niet of je dat onder 'klagen' kan categoriseren, maar een kleine test hier geeft toch aan dat hij wel waarschuwt. (C - combine ways gedaan). Zie screenshot. http://aptum.bitless.be/screenie.png Glenn On 02-01-15 13:31, Sander Deryckere wrote: Splitsen is meestal gedaan omdat er net een verschil is (verschillende maximum snelheid, maximum gewicht, deel van een route relatie, ...). JOSM klaagt niet als de tags geen conflict vertonen (vb. een maximum gewicht op een deel van de weg, maar niet op de rest), dus zelfs in JOSM kan het samenvoegen gevaarlijk zijn. Het splitsen van een weg is daarentegen heel wat minder gevaarlijk. Groeten, Sander ___ 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] samenvoegen van stukken weg
2015-01-02 17:11 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: J'ai un jour écrit un article décrivant une méthode pour ne plus devoir découper les chemins mais ça n'a intéressé personne. I've read somewhere that navigation software will split all ways at a crossing in order to be able to calculate all possible routes. So the merging is only needed for rendering (in order not to show the name over and over again). Nominatim only shows the same way when the classification is different, see [1] for a split street showing multiple results, and [2] for one showing only one segment regards m. [1] http://nominatim.openstreetmap.org/search.php?q=steenweg+op+waarloosviewbox=-112.33%2C46.38%2C112.33%2C-46.38 [2] http://nominatim.openstreetmap.org/search.php?q=Molenstraat%2C+rumstviewbox=4.38%2C51.11%2C4.41%2C51.09 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenvoegen van stukken weg
I once read your proposal on the wiki. The main drawback that I see is that one will get an awful lot of layers (or whatever you want to call them). For each property you add to a street a need to create a new layer. After verifying of course that there isn't already a layer with that property. In that case you have to split the layer at the right place. I try to imaging how a UI to edit that would look like. Or software that uses that data. I wonder whether it would much easier to work with such a structure. hard to tell. You are probably to much ahead of your time with this proposal. regards m PS, it is indeed pretty confusing that something with one 'l' in one language has two in the other, and has another meaning in the second language with one l. On Sat, Jan 3, 2015 at 2:34 AM, André Pirard a.pirard.pa...@gmail.com wrote: On 2015-01-02 19:01, Marc Gemis wrote : 2015-01-02 17:11 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: J'ai un jour écrit un article décrivant une méthode pour ne plus devoir découper les chemins mais ça n'a intéressé personne. I've read somewhere that navigation software will split all ways at a crossing in order to be able to calculate all possible routes. So the merging is only needed for rendering (in order not to show the name over and over again). Obviously. With my method, there is no merging necessary because there is no splitting. If a part of a way has different tags, a sort of patch dummy way is created that overlays that part of the way and that contains the tags that are different. Difficult to explain in 2 lines. --- real highway with common tags - dummy way (patch) with bridge=yes If the consumer wants that, it can split the real highway, merge the tags and get the current situation. But it doesn't have to. In a further step, with slight software changes, the patch could be the element of a relation and relations would stop splitting the ways everywhere. Also, a turning restriction and other things could be done with very simple patches instead of complicated relations. All in all very powerful and easy to use, but, alas, it needs software changes. Nothing complicated but in the essential parts. Nominatim only shows the same way when the classification is different, see [1] for a split street showing multiple results, and [2] for one showing only one segment If you click on (details http://nominatim.openstreetmap.org/details.php?place_id=152179547) of [2] you see that it's only a split of Molenstraat and if you click on Search for more results http://nominatim.openstreetmap.org/search?format=htmlexclude_place_ids=152179547,90789266,57800141,152183937,58188920,57651969,89772878,126246678,2642012399,50709423,118353426,2642012397,2642012398,58361979,98773793,57793661,50786385,80736363,123201401,100889764,15832600accept-language=en,fr;q=0.8,wa;q=0.6,ru;q=0.4,nl;q=0.2viewbox=4.38%2C51.11%2C4.41%2C51.09q=Molenstraat%2C+rumst you get another split and it's not very clear at all how that street is split http://www.openstreetmap.org/search?query=molenstraat%20rumst#map=16/51.1009/4.3920, it looks like Nominatim is only showing parts of the splits. It would obviously work better if there were no splits but patches. André. PS: Oops, I first thought that molen were moles and I wondered if they were under the street and drinking a cup of coffee http://www.openstreetmap.org/way/166577477 ;-)They are in fact mills like this water mill http://www.openstreetmap.org/node/259975902#map=19/50.52639/5.52305 that I just mapped and that's probably the best known in Belgium. regards m. [1] http://nominatim.openstreetmap.org/search.php?q=steenweg+op+waarloosviewbox=-112.33%2C46.38%2C112.33%2C-46.38 [2] http://nominatim.openstreetmap.org/search.php?q=Molenstraat%2C+rumstviewbox=4.38%2C51.11%2C4.41%2C51.09 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] samenvoegen van stukken weg
Turn restrictions not for Mr. Everybody ? Did you try the iD UI for that ? Simpler than that is almost possible (besides interpretation from spoken natural language). I've been thinking a bit about your proposal during my walk this afternoon. I don't see how it helps when you have to turn a single way into a dual carriageway or vice versa. Another problem that I see is that those segments have to stay coupled to a street. Which makes it harder on the server to verify. As far as I see it now, the implementation of the OSM API for edits on the server is pretty straightforward and can handle large loads. The more things that have to be verified, the higher the load for a simple edit. But with your new explanation, it seems that you make it even more complex, since you create a segment / patch for each new combination of tags. So when one wants to add an attribute to a street, one does not have to split the street but X number of segments that might already exist ? With as only benefit that there is only 1 object that represents a street. Which is right now a number of OSM-ways that accidentally have the same name ? I think the current approach of splitting a street is much easier then. We just need an API to retrieve all OSM-ways that form a street. Some might say associatedStreet, others say Street (cfr. discussion on cycleways), or maybe some upcoming Overpass feature might solve it (cfr a request from the maker of [1]) AFAIK there are no restrictions implied by a service road. Some navigation systems put a penalty on service roads, as they are typically not for through traffic. regards m [1] http://osm.mueschelsoft.de/cgi-bin/render.pl -- shows all lane direction information for a street On Sat, Jan 3, 2015 at 1:47 PM, André Pirard a.pirard.pa...@gmail.com wrote: On 2015-01-03 08:27, Marc Gemis wrote : I once read your proposal on the wiki. The main drawback that I see is that one will get an awful lot of layers (or whatever you want to call them). For each property you add to a street a need to create a new layer. After verifying of course that there isn't already a layer with that property. In that case you have to split the layer at the right place. No. There is not a layer for each property but for each segment of the road that has a different sets of properties. Take a bridge as an example. With the present scheme, the road is split in three parts. With my scheme, it has only two parts: the road and the patch for the bridge. And the patch for the bridge very clearly contains all the tags that relate to the bridge only, for example a special speed limit and a name. Presently, if two paths arriving at a main road are 50 m apart like this and a walk uses the paths | *---*- | then the road must be split as shown and the red part becomes part of the walk. With patches, the road remains intact and the patch is in the walk that is self contained. I try to imaging how a UI to edit that would look like. Or software that uses that data. I wonder whether it would much easier to work with such a structure. hard to tell. You are probably to much ahead of your time with this proposal. The UI would make very clear what the bridge is and the user would have a very clear view of what its particular tags are instead of being mixed with the tags of the road. For the walk, the user dealing with the main street would have very little concern with it. The users would not have to compare the tags of different splits and wonder to what they relate. It's pure simplicity. I have now devised a much more simpler way to do patches than what I explained before. But, as you almost say, I would lose my time explaining that. Unfortunately, this means that OSM will remain very complicated, mapping restricted to gurus and subject to many mistakes. For example, tagging a simple turn restriction is NOT for Mr Everybody and when I make a simple GPS trip nearby, it goes through a track through the meadows instead of the main road. That's probably because the definition of a service road is fuzzy and does not say if it's an access restrictions or not. The mapper and GPS writer probably had different points of view about that. And that happens in several places. Cheers André. regards m PS, it is indeed pretty confusing that something with one 'l' in one language has two in the other, and has another meaning in the second language with one l. On Sat, Jan 3, 2015 at 2:34 AM, André Pirard a.pirard.pa...@gmail.com wrote: On 2015-01-02 19:01, Marc Gemis wrote : 2015-01-02 17:11 GMT+01:00 André Pirard a.pirard.pa...@gmail.com: J'ai un jour écrit un article décrivant une méthode pour ne plus devoir découper les chemins mais ça n'a intéressé personne. I've read somewhere that navigation software will split all ways at a crossing in order to be able to calculate all possible routes. So the merging
[OSM-talk-be] Voor liefhebbers van POIs / for the POI-lovers
De Nederlander Marc Zoutendijk is volop bezig met de ontwikkeling van een website voor het bekijken en editeren van POIs. zie [1]. Je kan de ontwikkeling en de vragen volgen op het NL-forum [2]. Hij heeft er ook een diary entry over geschreven [3] (in het Engels) The Dutchmen Marc Zoutendijk is currently developing a website for viewing and editing POIs. see [1]. There is a discussion thread [2] on the Dutch forum. There is an English diary entry about the tool [3] mvg, regards m [1] http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/index.html [2] http://forum.openstreetmap.org/viewtopic.php?pid=475397 [3] http://www.openstreetmap.org/user/marczoutendijk/diary/28316 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Why do we have so many registered users with zero edits ?
One of my collegeas signed up a long time ago, but never made an edit. I asked him today, why he signed up. He vaguely remembers that some Android app he was using hinted (or he understood) that he should sign up in order to use the app. He also thought that he might add some footpaths one day, that's why he signed up. Details are lost in history. So, maybe is playing with map apps one of the reasons ? m On Mon, Apr 15, 2013 at 11:29 AM, Jean-Marc Liotier j...@liotier.org wrote: On 04/13/2013 03:33 PM, Simon Poole wrote: While there is clearly room for improvement in converting account creators to contributors [..] What about asking them why they registered and did not edit the map ? Would a one-off mailing to users who registered more than three months ago and have no edits and no traces, with a link to an anonymous online survey be within the bounds of Openstreetmap's policy ? Again, this is not about the users with just one edit (it seems that those are well understood) - it is about users with no edit at all. Here is a rough outline of what it could be (of course, any such project will require a wiki page and much debate...) : Greetings from Openstreetmap - we have noticed that you created an account x months ago and have not yet edited the map... We would love to know why, so that we can provide better information to new users - would you care to answer this anonymous survey ? I created an account and have not edited the map yet because : - I thought that registering was necessary for using Openstreetmap or accessing the data - I thought that registering would grant access to advanced features - I found the tools and technical requirements too complicated In any case, if you have any question, don't hesitate to head to http://help.openstreetmap.org - fellow cartographers will be delighted to help you overcome any hurdle you may encounter Whatever such message ends up being designed could be sent to a few hundred users for testing before sending it to a slightly larger fraction and then to the whole population. Do you think such a survey would help ? Would that be too spammy for Openstreetmap's taste ? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] from-via-to relation
Does http://wiki.openstreetmap.org/wiki/Key:destination or http://wiki.openstreetmap.org/wiki/Relation:destination_sign help you ? m On Tue, May 21, 2013 at 1:05 PM, Martin Schafran mar...@ampelmeter.comwrote: the members are the same, but its not a restriction. i mean a relation that defines where you came from (e.g. street name) and where you go to (e.g. street name). german: fahrbeziehung if it helps. fahr=drive, beziehung=relation On Tuesday 21 May 2013 11:57:07 you wrote: Do you mean a [turn] restriction? http://wiki.openstreetmap.org/wiki/Relation:restriction Martin Schafran mar...@ampelmeter.com wrote: what's the english expression for a relation from-(via)-to on a junction in context of traffic engineering? I guess it might be turn relation or route or traffic direction or connection or ... --- cheers, Chris osm user, chillly ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] source=Google
On Tue, May 21, 2013 at 1:26 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: But in the end I think this whole source thing is completely overestimated. In the end the following mappers will compare what is on the map with what they know or believe to be there in reality, and in case of discrepancies will probably modify the map based on their findings, regardless of any source tag. +1 if during a survey, you notice something different than what is in OSM, you change it, no matter what's the source. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OpenStreetMap on a daily basis
Some of the issues you raise seem to be solved in e.g. http://www.openlinkmap.org/ There are some very useful maps out there umap, openlinkmap, geschichtskarten, hikebike map, etc. each serving a different audience. It would be great to see all that functionality combined in 1 uber-map. Google does this to a certain extend (umap + openlinkmap + routing). But what happens to usability when you keep adding information, rendering of obscure POIs ? How do you hide irrelevant information, or just show that special piece of data ? That are some nice challenges imho. Marc On Tue, Jul 9, 2013 at 6:41 AM, Guillaume Pratte guilla...@guillaumepratte.net wrote: Hello, I have been a serious user of OpenStreetMap for less than six months, and I am proud to recently have achieved my one hundredth contribution to the project. I really love the OpenStreetMap project, and I would like to replace my daily usage of Google Maps with OpenStreetMap. But it just seems I cannot. Anybody else feel the same issues? I'll give a few concrete examples why, humbly hoping that my words can encourage changes to the main website. First point: searching. I have OpenStreetMap zoomed in to some region of Montreal, Canada. I input café, looking for a coffee shop. I get results from Nominatim, inviting me to visit a village in Brazil named Café or even the Café point in Antarctica. While these search results awaken my globetrotter's desire to explore the world, they frustrate me at the same time. Why couldn't Nominatim priorize results from the bounding box or surrounding? Why can't OpenStreetMap show me results on the map like the OverPass API does, performing a search on the tag amenity=cafe and showing the results on the map? Second point: accessing POI information. I cannot click on point of interests (POI) to get more info about them. Why do we input address, business hours and phone numbers on shops and restaurants if the map cannot easily display this information to the user? Why do I have to show the map's data in order to have information on a point of interest? Third point: maximum zoom level. Some area are densely populated, and OpenStreetMap's current zoom level is not enough to see all details of the map. This is really unfortunate. Example: http://osm.org/go/cIrNs6Qzp--What are the restaurant surrounding the Hard Rock Café on this map? I have to use the editor to be able to zoom and see all data. Fourth point: sharing a point of interest. There should be an easy way to do that. I have found a (complicated) way to do it, which is all but obvious to newcomers. Here is how: • Using the layer icon at the top right of the map, I select Browse Map Data; • I select the object I want to share (which is not always possible; sometimes it is hidden behind a residential area or similar); • I click on Details • On the resulting page, I click on View way on larger map • I get an URL similar to this that I can share: http://www.openstreetmap.org/?way=225637513 Fifth point: routing. Why is there absolutely no routing implemented on the main OpenStreetMap website? This is I concede a naïve question, as it might be simply because of limited server resources. Once we have our new servers, is this something we want to implement, as a community? I really like the OpenStreetMap project, and I dream to be able to use it as a primary map instead of Google Maps. I feel resolving these issues would bring me many steps closer to making that dream come true. What do you all think? Do you also have showstoppers that prevent you to use OpenStreetMap as your primary and daily map? Guillaume ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Using OpenStreetMap on a daily basis
People will stumble more easily on the OpenStreetMap site than on any of the other sites (umap, OSRM, etc..). Most press articles are about OpenStreetMap, so they search for that brand; thus they will end up on the openstreetmap.org website. The list of all services is also neatly hidden on the wiki. How many first time visitors will go from the main page to that page ? I understand that the main website is targeted towards contributors, but that is not clear from just looking at the website. People see a map and probably want to use it in a google way. They compare the features and assume that OpenStreetMap has to offer less. They will not look for an alternative service based upon OSM. just my .5 cents Marc On Tue, Jul 9, 2013 at 2:38 PM, Simon Poole si...@poole.ch wrote: Am 09.07.2013 14:04, schrieb o...@k3v.eu: It just seems to me that if you have a shop window from 2006 a lot of people aren't going to bother to come in and check-out the great stuff you have in the back room. I believe that it is well recognized that we have a slight contradiction in the way we operate that on the one hand we want and need attractive shop windows to attract more mappers, on the other hand don't actually want to provide services to such contributors (outside of supporting contributing and editing). The, at least historic, way out is to assume that our data consumers, 4square, and all the others, are providing the shop windows and we only have to do something minimal for visitors that stumble on us by accident. If this actually works is open to debate. What is clear is that our past role models (Navteq, TeleAtlas) have themselves departed more from the pure data collector/provider model than we have in response to market pressure (mainly google). Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Timezones (was: Deleting data)
On Tue, Oct 22, 2013 at 7:07 AM, Bryce Nesbitt bry...@obviously.com wrote: On Mon, Oct 21, 2013 at 2:11 PM, Johan C osm...@gmail.com wrote: Essentially what we need is the concept of layers. I don't think we really need layers, but could use editors that are semantically aware of things like boundaries, and put them in the background until needed. JOSM can do this (this was probably mentioned before). so just 2 more editors to go :-) m. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Crimea/Russia/Ukraine Borders
You might be interested in this blog post: http://shtosm.ru/all/chto-s-krymom/ I use Google translate to turn it into English. The Russian mappers already have a proposal in place to update the borders regards m On Tue, Mar 18, 2014 at 5:37 PM, Ed Loach edlo...@gmail.com wrote: Clifford Snow wrote: Should this section be restated in the OSM wiki under boundaries? Perhaps better to link to the OSMF document? Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Flying club ?
do you know the proposal Club ? http://wiki.openstreetmap.org/wiki/Proposed_features/Club Could this be used ? regards m On Wed, Apr 23, 2014 at 9:53 PM, Jean-Marc Liotier j...@liotier.org wrote: On 23/04/2014 21:06, Martin Koppenhoefer wrote: 2014-04-23 19:27 GMT+02:00 Richard Weait rich...@weait.com: office=company name=Something Flying Club maybe this is something different in the anglosaxon world and in some European countries, but e.g. in Italy or Germany a company will be something profitoriented while clubs often aren't (they have cultural, or educational, or sport, o some other not profit oriented scope and their legal form of constitution is a special status (while in the UK a limited company can also be non-profit, see OSMF). Yes. My suggestion would be more specific office=flying_club, name=foo etc. (if it is mainly an office, otherwise maybe a leisure o amenity value?) I would say leisure=flying_club since the location is generally the seat of the club's activities, not just an administrative office. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Street Name
FWIW, weg is also a Dutch word with the same meaning as the German one. On Fri, May 30, 2014 at 1:41 AM, Clay Smalley claysmal...@gmail.com wrote: Weg is German, approximately means way. It's right as it is, no abbreviation. Funny though that it's outside of the German Sprachraum. Is Leavenworth a town with a lot of German heritage? On May 29, 2014 4:37 PM, Clifford Snow cliff...@snowandsnow.us wrote: I need help with a street name. In Leavenworth, WA there is a street named Edelweiss Weg that I want to add. Is Weg an abbreviation for something? It will be tagged highway=service service=alley. Google translate doesn't help. If it is an abbreviation, should it be expanded as we usually do? Thanks from someone with a language deficit. @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Worldwide non-surveyed tag edits
irc will only work when that is an established communication channel in that country. So please, do not make that a requirement. E.g. in Belgium the best way to contact other mappers is the mailing list. I'll understand that this makes it more difficult for non-Belgians to fix the tagging here. Should I contact other people when I correct my own tags ? Or when I did a resurvey of the area and saw that it was really a restaurant and not a restuarant ? Why aren't we imposing the same requirements for people that just trace from aerial images? What if such a person connect two roads while in reality they are not connected ? Or when 2 intersecting buildings are separated ? Does (s)he risks to have his/her changesets reverted or eventually get blocked as well ? I'll agree with Jochem that people that are gardeners' (to use wikipedia terminology -- people that try to fix existing tags) have to follow much more rules and risk more severe punishment than tracers. It seems like the latter can't do anything wrong, unless it's pure vandalism. Can anybody tell me why a surveyor or tracer is free to keep adding restuarants without punishment, but a gardener should follow a long procedure to fix that ? regards m On Wed, Jun 11, 2014 at 6:57 PM, John Baker rovas...@hotmail.com wrote: I am fine with that. More realistic stuff would be more functional. To be constructive here (for a change for me) here some more thoughts. I would even break it down to levels of what you are doing. Here are a few example I have done before with suggested Typo (a few characters difference) e.g. religion=Budist to religion=buddist Updating 1 tag value up to 10 occurrences. Simple IRC wait 2 minute or yes. Updating 1 tag value up to 100 occurrences. IRC chat wait 10 minutes or 2 yes. Updating 1 tag value above 100 occurrences. Mailing list chat. Changing the word/meaning of a tag to correct common usage. e.g. amenity=takeaway to amenity=fast_food Updating 1 tag value up to 10 occurrences. Simple IRC wait 10 minute or 2 yes. Updating 1 tag value up to 100 occurrences. IRC chat wait 30 minutes or 3 yes. Updating 1 tag value above 100 occurrences. Mailing list chat. Implying tag types e.g. denomination = roman_catholic and religion is null -- religion=christian etc, etc, Additionally I would say putting more meaning information into the change sets comments. For example a changeset comment like. Correcting amenity=watering place - amenity=watering_place typo. rather than nothing or just typos or watering place or something. So it is clearer to all that view the changesets what you are doing at a glance and reverts can be easier on the rare cases that it apply. And is a form of documentation. I would even be up for a separate account to doing many larger changes say. I happily write a wiki article on this if there was a desire from the community. Date: Wed, 11 Jun 2014 11:47:55 -0400 From: andrew.guer...@uvm.edu To: talk@openstreetmap.org Subject: Re: [OSM-talk] Worldwide non-surveyed tag edits I've just read through http://wiki.osm.org/wiki/Mechanical_Edit_Policy and this thread, and here's my thoughts on the matter. It is possible to improve OSM using only the data already within OSM--with no external knowledge, survey, or other data sources. Typo fixing and other similar activities do provide benefit. When you make an edit using no external knowledge, you must always discuss it first. In my opinion, not doing so--even for an edit that turns out to be correct!--is a detriment to the community, because it is both risky and antisocial. I don't however agree with the policy's requirement of specific forms of discussion. I think that the discussion required should be proportional to the change being made. For example, if you notice that three instances of amenity=restuarant were added this week, I think an appropriate form of discussion would be to hop on IRC, say you're fixing them, wait until someone says yay or 2 minutes has passed, and do it. But as the risk goes up--either lower certainty or higher impact--the required discussion should too, from IRC to a quick note on a mailing list to long mailing list threads with wiki documentation and detailed notes about methods and tools. Similarly, in minor cases I don't agree with the policy's requirement for documentation. If someone wants to merge the 10 copies of amenity=watering place into the 1647 copies of amenity=watering_place, I don't think there will be any negative impacts on consumers. But if consumers will be affected then documentation should be a requirement. I think there should be guidelines for how to document, and the community should decide (in the required discussion!) which steps of the guidelines should be followed in a specific case. The existing requirements for execution look good to me. When someone doesn't follow the policy, what
Re: [OSM-talk] Worldwide non-surveyed tag edits
On Thu, Jun 12, 2014 at 5:35 AM, Andrew Guertin andrew.guer...@uvm.edu wrote: Gardening carries the risk that, when done incorrectly, it's not just the map that's impacted negatively, but the community as well. When people see their work improved upon that's great, but when their work is discarded or even worse edited to something that's wrong, that hurts. Surveying doesn't carry that risk at all. Surveying has the same risk, when a stubborn mapper keeps adding duplicate information or mapping according to his rules. It is demotivating for the gardeners that try to teach him how to properly map and correct his data. We have a case in Belgium were a certain mapper keeps mapping speedcams so they appear in 1 app. He neglects all previously mapped enforcement relations. One of our well-respected mappers is getting demotivated by this. So please do not give all surveyors a higher status than gardeners. You need gardeners, especially in countries with a relative small group of active mappers, because you do not have enough people to go out and verify each and every typo on the street. So please let the gardeners take care of the restuarants, the renaming of all banks in a country when they once again change their name, etc. without to much hurdles. regards m p.s. I'm not a gardener, most of my edits are done after surveys or from aerial images (lanes + turn:lanes at this moment) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Worldwide non-surveyed tag edits
On Thu, Jun 12, 2014 at 2:36 PM, John Packer john.pack...@gmail.com wrote: Oh, and personally I think it's every gardener's DUTY to make meaningful *changeset comments.* I think it's every CONTRIBUTOR's duty to make meaningful changeset comments. Why would not you require that from a surveyor ? regards m ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Drop rendering of permissive access?
I'll agree with Andy. Don't drop map features for aesthetic reasons. Maybe we need two styles on the osm.orgm style, a nice one for map users and and ugly, but loaded with features mappers-map. regards m On Tue, Jul 1, 2014 at 1:56 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: On 30/06/2014 22:23, Matthijs Melissen wrote: We are currently considering dropping the rendering of access=permissive (currently rendered as green dashes) from openstreetmap-carto, the main map on opensteetmap.org. What would be useful would be some comments from the authors of these changes about what they think the standard map is actually _for_. Previously the story was that it was for mappers, but that seems to be no longer the case. I've seen very little written justification for this series of changes. The nearest on the previous change ( https://github.com/gravitystorm/openstreetmap-carto/pull/542) was but I've seen a few abandoned railway lines being rendered diagonally across well mapped housing estates, and it looks terrible. - which is no justification at all; you could use a similar argument in favour of not rendering natural=beach because people use it on golf courses. That's not to say that you _couldn't_ make an argument in favour of the standard style becoming an Open Mapquest Lite - for map consumers rather than for map makers - but something needs to replace it, so that new mappers can see the results of their efforts. Or maybe mappers are no longer such a rare resource that we don't need to encourage them any more? Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
This is mainly a problem of capacity. During the SOTM EU 2014, the maintainers/developers of the site asked the different communities for servers to extend the area that is covered. regards m On Mon, Aug 11, 2014 at 12:16 PM, Dave F. dave...@madasafish.com wrote: We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). That osmose site looks good (even better than keepright?). Shame it does extend to the UK at the moment. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The problem of mapping temporary features
This is even a problem with permanent features. Names of restaurants can change pretty quickly. In my neighbourhood, even a one way street changed direction 3 times the past 2 years regards m On Sun, Sep 7, 2014 at 1:33 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi all, Back in January/February of this year parts of Somerset, UK were flooded. This data was added to OpenStreetMap. Today a diary post on OpenStreetMap pointed me to a map rendering (MapSurfer). The map still shows the flooded area despite the fact that the waters have now retreated and the data has been removed from OpenStreetMap [1]. This is a good example of why we need to be very careful mapping temporary features. Many data users update infrequently. Suggestions of how to get the balance right are welcome. Regards, Rob [1] http://osmapa.pl/#lat=51.0220lon=-2.8997z=10m=ms ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How best to create a single point of interest online map with OSM data?
It depends on what is slowing down: retrieving the data via OverPass, parsing that file, drawing the individual pins ? - retrieving the data can be avoided by caching in a GeoJSON file. I don't expect that clustering will help if this is the bottleneck - the two other parts depend on your machine, browser and JavaScript interpreter, although clustering helps improving the drawing, as one has to display less pins. Limiting the data to a certain viewport only helps when you start looking for POIs when you are zoomed in enough. If you don't do that, you'll see 30.000 markers when the whole world is viewed. On Wed, Oct 1, 2014 at 10:17 AM, SomeoneElse li...@mail.atownsend.org.uk wrote: On 01/10/2014 02:00, Bryce Nesbitt wrote: * Slowed down too much after about 200 points of interest (I need about 30,000 minimum for the current project) * Limited flexibility in designing the popup * Ways disappear on the map (they don't get a pin: zoom in on the map to see two hidden toilets). It's not the same sort of thing as uMap, but for info the switch2osm leaflet example does include some information about getting data from an external source for the map viewport (so you don't try and display everything all of the time): http://switch2osm.org/using-tiles/getting-started-with-leaflet/ You'd presumably need to do something similar to thin out the POIs made available if there are too many in a given area. Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is the standard map down?
I think this might be caused by the roll-out of the new carto css style a few days ago. Probably there is still backlog to render the tiles. I see the same here. Grey tiles, out-of-date tiles for lower zoom levels, etc. perhaps you understand the graphs behind the rendering servers : http://wiki.openstreetmap.org/wiki/Status Don't know whether it's normal behaviour or not regards m On Thu, Oct 9, 2014 at 2:11 PM, Shaun McDonald sh...@shaunmcdonald.me.uk wrote: Hi Dave, I see no problem here. Maybe it was a temporary issue, or your tile usage is being throttled? Shaun On 9 Oct 2014, at 12:56, Dave F. dave...@madasafish.com wrote: Hi It appears the mapnik tiles server is down. I'm just getting a grey window for the rendering at the moment. Cycle/transport etc are displaying. Are others getting the same? Anybody able to sort the problem? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
Dave, IMHO the best way to avoid problems in that spot is to do what other suggested: add the footpath between the 2 street (thereby fixing the navigation for pedestrians) and/or adding the small piece of landuse=grass + the tree. I assume nobody will remove that just to fix a problem reported by an QA-site. The site might not even report the problem (as there is a footpath between the two and not an empty space) I don't know what is worse, a local mapper that does not add the footpath between the two streets or a armchair mapper that connects the two. The map is incorrect in both cases... The best way to document why 2 streets are not connected is by mapping the obstacle between them or the other type of road between them. That should exclude the spot from detection algorithms. just my .5 cent regards m On Wed, Oct 15, 2014 at 5:25 PM, Dave F. dave...@madasafish.com wrote: Ian I will make reinforce my point of view vehemently, especially when misuse of Google is implied, definitely when repeated amendments are to the detriment of the database. Regards Dave F. On 14/10/2014 17:22, Ian Dees wrote: On Tue, Oct 14, 2014 at 11:56 AM, Dave F. dave...@madasafish.com wrote: On 13/10/2014 17:18, Aaron Lidman wrote: Looking at the imagery I can see how it might be thought they connect, especially when none of us are using google maps for verification, right? Wrong. I was using Streetview to confirm to the forum what I already knew - that the roads don't join. I don't need Google as I went there did a proper visual survey, whereas your employee just thought they might join. This armchair guesswork is bad for the OSM database: If you're unsure if an edit will improve the quality of the map - please don't make it. I use the validation software you mention, but only to correct data that I have first hand knowledge of never to amend something in another time zone where I've never been. Even when I do use them, I stop to think whether it is an accurate error report not blindly fix it assuming it must be true. A reminder to watch our language on the list. Like Frederik said, assume good intentions and don't use hyperbole or loud words to force your point. Thanks, Your friendly list moderator -- http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus http://www.avast.com/ protection is active. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] A Better Map
It would be nice to know how many of the buildings and house numbers in OSM were imported versus surveyed / drawn by hand. I have a bad feeling about how feasible it is to crowd surf house numbers. regards m On Wed, Oct 22, 2014 at 1:37 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-10-22 12:15 GMT+02:00 Steve Coast st...@asklater.com: Together, we could do this in 6-12 months and finish addressing in 1-3 years. At that point we wouldn’t have just made the world slightly better, we would have put a big dent in the universe. Nobody would use a closed map ever again, and it would be people like you that made it happen. I agree with you that addressing is very important for a lot of commercial (and non-commercial) map users. What I don't understand is how a paid board would help us map more addresses. Unfortunately mapping addresses is typically less fun than going to the video arcade. Looking at the current figures we are not doing too bad. Currently there are 130 Million buildings in OSM and 46 Million housenumbers. I don't know exactly how many buildings there are in the world, and how many of them don't have addresses, but I guess it will be at least 1 Billion addresses in the world, probably more. According to the stats page we have roughly 25.000 active contributors a month ( http://wiki.openstreetmap.org/wiki/Stats#Contributor_Stats ). To get an address on all currently mapped buildings in three years time, (84M to go), every active contributor would have to add 93 addresses a month - constantly. To get 1 Billion addresses mapped by 25.000 contributors in 3 yrs, it would be housenumbers a month per active contributor. Are we planning to pay the mappers as well? The only solution seems to get more contributors mapping, and have them insert addresses. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The world’s best addressable map
First question: how do you build the world's best addressable map ? Through imports or survey ? Is the timeframe that Martin puts forward fur surveyed addresses acceptable and feasible ? As for the imports: Wouldn't it be great that we would have import tools that can be used by many groups ? Just as we have great editors for manual mapping. Shouldn't the OSMF (or however) invest in a procedure + tools for import ? So when a group wants to perform an import, they only have make sure the license is compatible and the data has enough quality. The process of the import is already described, the tools ( task managers, data conversion, some quality checks etc.) are in place. They deliver the data and the import can start. I have the impression that right now each group has to take all those obstacles all by themselves. Maybe I have a totally wrong perception of the import process. please correct me if that's the case. regards m On Wed, Oct 22, 2014 at 8:28 PM, Clifford Snow cliff...@snowandsnow.us wrote: Steve Coast suggested changing the mission statement of OSM to be something like “The world’s best addressable map” I thought I'd separate out this into a new thread. As some backup, I attended my first SOTM-US in 2012 where Steve proposed we build an addressable map. A group of us from Seattle decided that we'd take that challenge and import addresses for Seattle. That import was completed. Here are the address related comments: On Wed, Oct 22, 2014 at 4:37 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-10-22 12:15 GMT+02:00 Steve Coast st...@asklater.com: Together, we could do this in 6-12 months and finish addressing in 1-3 years. At that point we wouldn’t have just made the world slightly better, we would have put a big dent in the universe. Nobody would use a closed map ever again, and it would be people like you that made it happen. I agree with you that addressing is very important for a lot of commercial (and non-commercial) map users. What I don't understand is how a paid board would help us map more addresses. Unfortunately mapping addresses is typically less fun than going to the video arcade. Looking at the current figures we are not doing too bad. Currently there are 130 Million buildings in OSM and 46 Million housenumbers. I don't know exactly how many buildings there are in the world, and how many of them don't have addresses, but I guess it will be at least 1 Billion addresses in the world, probably more. According to the stats page we have roughly 25.000 active contributors a month ( http://wiki.openstreetmap.org/wiki/Stats#Contributor_Stats ). To get an address on all currently mapped buildings in three years time, (84M to go), every active contributor would have to add 93 addresses a month - constantly. To get 1 Billion addresses mapped by 25.000 contributors in 3 yrs, it would be housenumbers a month per active contributor. Are we planning to pay the mappers as well? The only solution seems to get more contributors mapping, and have them insert addresses. On Wed, Oct 22, 2014 at 4:59 AM, Marc Gemis marc.ge...@gmail.com wrote: It would be nice to know how many of the buildings and house numbers in OSM were imported versus surveyed / drawn by hand. I have a bad feeling about how feasible it is to crowd surf house numbers. On Wed, Oct 22, 2014 at 5:04 AM, Oleksiy Muzalyev oleksiy.muzal...@bluewin.ch wrote: It is not necessary to put down a number on each building. It is possible to use *addr:interpolation* (*odd, even*, or *all*). We put down a number on the first building, then on the last, connect them in JOSM, and add *addr:interpolation: all *. For example here: http://osm.org/go/0CFn0AZ_d--?m= . It is also very useful on a street with many small houses. And it is searchable. For example if there is number 15 and number 27 on the map for a street, and they are connected with *addr:interpolation: odd, *and if one searches number 21, the map will show the number 21 all right. Then, there is another approach. We first map addressable large building, where a lot of people live or work. Kind of of going after the low-hanging fruit. On Wed, Oct 22, 2014 at 5:06 AM, Matthijs Melissen i...@matthijsmelissen.nl wrote: On 22 October 2014 12:37, Martin Koppenhoefer dieterdre...@gmail.com wrote: Currently there are 130 Million buildings in OSM and 46 Million housenumbers. Do we know how many of these addresses come from imports? I wouldn't be surprised if over 90% of the housenumbers in OSM come from imports. The Dutch BAG import accounts for 8 million adresses, and the Czech RUIAN import accounts for 3 million addresses. Then there have also been large imports at least in Germany, Poland, and France, but for these countries I can't find exact numbers. -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch
Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)
On Thu, Oct 23, 2014 at 9:39 AM, Frederik Ramm frede...@remote.org wrote: Frankly, I don't get all the brouhaha about addresses. Yes, geocoding is commercially interesting, but is it interesting for us as a project? Are So don't you expect pressure from companies using OSM for navigation and geocoding to add more addresses ? Or do you expect them to use many different datasources ? And when the mission statement is The world's best addressable map, don't you expect that people will feel the need to add more addresses, faster, in a shorter period of time ? BTW, I'm just an ordinary mapper without real vision of what OSM has to be. I'm happy to continue mapping the way I do now: surveys, because this means exploring the world around me. I don't need imports. It's just that when OSMF wants more imports (do they ?) they should support that process with the necessary tools, doing so would to improve the quality of the imports IMHO. regards m ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Een klein verhaaltje / A little story
Via de tool van Sander zag ik een straat waar ik nog geen huis nummers van had. Het was verleidelijk om de nummers gewoon snel te copiëren. Maar omdat ik toch met de honden buiten moest, besloot ik maar om een ommetje te maken langs die voor mij onbekende straat. Wat bracht deze kleine survey op naast de huisnummers ? Een zone 30, een gedenksteen aan Frans Abels (een toondichter 1899-1962) en een ontbreken pad en een vuilbak. En dat enkel op en ommetje van 10 minuten. Moraal van het verhaal ? Voor mij volstaat het kopieren van nummertjes uit AGIV Crab niet, ik kan beter met de honden gaan wandelen. Dan vergaar ik meer gevarieerde data en leer ik nog iets bij :-) From Sander's tool for the AGIV Crab import I saw a street in which I didn't collect house numbers so far. It was tempting to just copy the numbers. But since I needed to walk the dogs I decided to pass through that street. So what did I discover during this short survey ? A zone 30, a memorial for Frans Abels, and a missing path. It was just 10 minutes extra compared to our normal walk. Conclusion ? For me it is not sufficient to just copy numbers from a database. It's better to go out for a walk with the dogs. Using this method I collect more diverse data en I learn something along the way groeten/regards m ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The world’s best addressable map
It was not my intention to set up a full-automatic import. I wanted to come to a automatic process where the data is made available to mappers for import. E.g. the complete tool chain used by the Dutch import could be available to other countries. So they can easily use the same programs, infrastructure, etc. They just need to provide the data to be imported. The tool chain processes the data and makes it available for download by e.g. a JOSM plugin , a task manager or whatever. From there the manual step starts (downlaod, merge + correct + upload). Hope this clarifies what my ideas are. My apologies for my ignorance, but even after looking at some video's of SOTM on what OSMF and the different working groups are doing it is still not clear to me whether there is a group that could start looking for funding such an import tool chain and infrastructure. For me, when someone states our mission is XXX', they also have to provide the resources to achieve that, or at least support people that want to work on it. So on one hand I read a mission statement and a question on how to define the new playground, but you are now saying that a question for toys on the playground should not asked at that group ? Or am I mixing people and groups ? regards m On Fri, Oct 24, 2014 at 12:59 AM, Johan C osm...@gmail.com wrote: 2014-10-23 8:57 GMT+02:00 Marc Gemis marc.ge...@gmail.com: First question: how do you build the world's best addressable map ? Through imports or survey ? Is the timeframe that Martin puts forward fur surveyed addresses acceptable and feasible ? As for the imports: Wouldn't it be great that we would have import tools that can be used by many groups ? Just as we have great editors for manual mapping. Shouldn't the OSMF (or however) invest in a procedure + tools for import ? So when a group wants to perform an import, they only have make sure the license is compatible and the data has enough quality. The process of the import is already described, the tools ( task managers, data conversion, some quality checks etc.) are in place. They deliver the data and the import can start. I have the impression that right now each group has to take all those obstacles all by themselves. Maybe I have a totally wrong perception of the import process. please correct me if that's the case. regards m I partially share your impression that each group has to take obstacles by themselves. Since OSM is a social project I think it's good that people with experience on (importing) addresses and buildings share their experience. I see this happen on the @import list, user diaries etc. The somewhat scattered knowledge around could however be shared more centralized to make it a bit more accessible, so I created a page on the wiki (http://wiki.openstreetmap.org/wiki/Importing_buildings_and_addresses) in which anybody can share their knowledge (I will do so this November). Furthermore, SOTM Buenos Aires hosts 2 presentations on addresses. I don't see manual work for OSM as an obstacle. Any import (or survey :-) ) requires some manual work because the current map is far from blank, so the almost full-automatic import you describe is IMHO not possible. Though semi-automatic assistance by tools (like the wonderful Geofabrik inspector address view) help a lot keeping the work fun. As for tools: it would help when more tools for importing and updating could be programmed. As an example: I'm not aware of any tool which makes it possible to semi-automatically compare building outlines to the outlines of an updated government database, highlighting major differences in geometry. On the role of the OSMF: I think it shouldn't be the OSMF investing in a procedure + tools. It would already be great and an energizing factor when (members of) OSMF would express support for having more address and building data in OSM, be it either from surveys or from imports. Cheers, Johan On Wed, Oct 22, 2014 at 8:28 PM, Clifford Snow cliff...@snowandsnow.us wrote: Steve Coast suggested changing the mission statement of OSM to be something like “The world’s best addressable map” I thought I'd separate out this into a new thread. As some backup, I attended my first SOTM-US in 2012 where Steve proposed we build an addressable map. A group of us from Seattle decided that we'd take that challenge and import addresses for Seattle. That import was completed. Here are the address related comments: On Wed, Oct 22, 2014 at 4:37 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-10-22 12:15 GMT+02:00 Steve Coast st...@asklater.com: Together, we could do this in 6-12 months and finish addressing in 1-3 years. At that point we wouldn’t have just made the world slightly better, we would have put a big dent in the universe. Nobody would use a closed map ever again, and it would be people like you that made it happen. I agree with you that addressing is very important
Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)
For me it is not unthinkable that once a company starts using OSM data for a commercial offering, they might start demanding to add that data. Of course they cannot demand anything from the community, but they can import the data, or some people might feel a need to import data, or... It's hard to explain in a foreign language and via mail. But for me, allowing (address) imports is already a form of obeying that marketing demand. Then OSM is no longer about people surveying and drawing from aerial images. regards m On Fri, Oct 24, 2014 at 12:31 PM, Florian Lohoff f...@zz.de wrote: Hi, On Thu, Oct 23, 2014 at 01:32:19PM +0200, Marc Gemis wrote: So don't you expect pressure from companies using OSM for navigation and geocoding to add more addresses ? Or do you expect them to use many different datasources ? I dont get this? pressure? On what basis? You get the OSM data on a take it or leave it basis. If it doesnt suit your need you are free to spend an arbitrary amount of money to buy datasets which better suit your needs. OSM comes without any guarantees. Me personally i love addresses which might be the cause for 40K addresses i have added to OSM in the past years. I am absolutely optimistic that addresscompletion for example for Germany wont take more than 3 years. So by 2017 we'll have all Adresses. Its just a matter of time and i am very relaxed about this. When i started with OSM in 2007 i wouldnt have thought that we'll have that amount of Data in 2014 just 7 years later. Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBVEoqZZDdQSDLCfIvAQoqfw//aT5y1P1GRJ69bJgLE1TnzDPKT3p9hJhU xr6lUPh/ZP5KKPdLqwpjyTRvLaVTf1+YfHgUkg032NF7gj17ygH8wXRODTIU5JVa 6zlkCMQC5XlQALTJtJ6vqjxfNzc/mxfJui7xfsoe6RP9OuRzHN2tZTJBx5nMBf4A +NUVNpw2rq4J97oZKeBnrPDZ24gzOEZ5zUSlvSs5oQlA4lc5XHlqF2IZO0OyPsnt rqMexE9t0wwsFFlZapw270EH3hIebohOHuHHfmdKA9EikjmHRHU9vrtxwPMGpxDV L7fWfrupuFjkL6M4ZjIuIFCHXCWLvNSFalN5grf6ospD0JJY+tdSoo26fiuHgX88 CQmxijgbFNOjrJjPmkMJM0GGJRE9LuA9qyQmA6j9laTXwV6Cx6e6HHxcPOsv/Tzz sKC7nlez9e/RqtQjB7B8AG1Dj7Hk/XlYDZa/T9+oIxj8JaxehuvV9gUi9ETNLm9l HLvVeJ5Aujj42Hu42S/6p6T25h/nBS4Fg1VdqfKgudfiW8eoBGy4iUVqfRsd6CE8 xf8wQlTGlYg0FuwpvldgIRUFhc72c4S8XYehGGI6YS9XV09NqTrcVqQBnqm4d9RU f8CMRkG4H8f7YRB7PUqTUAacvE/R7K8gFf4mnATC82QKcKZc4JT7usvhwRPiEdpm 7P1eB1jdTZQ= =cnQK -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addresses are a tiny fraction of what we do (was: The world’s best addressable map)
? We'd still need to survey in order to do the maintenance work and correct errors. That's the main reason why imports are often seen as problematic: they will not create a comunity, rather there are indications that the growth of the comunity will slow down when everything looks completed, and then you'll have the same errors in our db than all the other people that have imported from the official source, and no-one near to fix them or feeling responsible for it. If the amount of errors is significant, more data will actively draw people away (fixing bugs is less appealing to many mappers than setting the first foot steps on white map canvas). I totally agree with you, But, I have the impression that people that do the imports don't do them to create a community. they do it to have the data in OSM. I've read things like we don't need to do updates, we can wait until the imported source is updated, they have thousands of paid people to update the data. Pawel Paprota's reaction is along the same lines for me: we could not have accomplished this amount of data without an import. Again no focus on the community or how the extra data is going to attract new mappers. This is a different OSM than I have in mind. regards m ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fwd: Addresses are a tiny fraction of what we do (was: The world's best addressable map)
Thanks a lot for sharing the methodology of the French community. I like this approach regards m On Fri, Oct 24, 2014 at 9:38 PM, Christian Quest cqu...@openstreetmap.fr wrote: Addresses in France... We started a project to collect addresses on a separate database called BANO (Base d'Adresses Nationale Ouverte : Open National Address Database). We've recreated data from the national cadastre (scrapping 1.3 millions PDF files), opendata source and... OSM. This database contains 15+ millions addresses so far, and we added almost 4 millions hamlet and locality names recently. A full dump contains 19.7 millions locations ranging from housenumber to municipalities (no POI). Why we did it that way ? Import of millions of address can be done quick and dirty in a couple of days, but such a blind import does not really fit the import policy and we also learned from the TIGER import that fixing data is much less fun than creating new data. Why import all this if the data is available (under ODbL) ? It seems much better to take the required time to import these data street by street, reviewing it to make sure we improve its quality and not just copy it. This will take years, many years (from 5 to 20) depending on how deep to review the data before the upload. Some contributors have started this work, but it is really boring and I don't expect we can attract a large bunch of contributors on that project. Anyway, BANO updates its content every night and collects new OSM addresses to replace other sources. So it also take advantage of address reviewing/fixing done in OSM during this import process or during any address related contribution. What is much more interesting is that OSM contributors can use BANO to detect missing roads/streets and names (we have a BANO tiled overlay showing missing names like here http://layers.openstreetmap.fr/?zoom=18lat=48.8474lon=3.23191layers=BFT ). This seems much more useful as we're far from having all roads and streets mapped and named in France. We can even see this BANO effect on some graphs: http://osm2020.free.fr/qa-commune/popu-sans-route-name-france.png Yes, something happened last may... BANO started to be available at that time and the population for which no nearby named road was present as decreased almost twice faster since then. You can see also the missing names graph here: http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html More than 100.000 names have been added since may. To summarize... yes, address are really an important dataset, mainly because it allows to cross the boundary between non geographic data (postal addresses) and geographic data with the help of (good) geocoding algorithm. This allows to bring a lot of new data users to OSM by providing the data fuel for services like routing from address A to address B. Some public services web sites have started using OSM + BANO that way. This also allows to geocode new (open) datasets to improve OSM with more interesting data (we're about to do this for almost 3 pharmacy). Is it mandatory to have the huge address datasets in OSM ? Maybe not, and not if the import process does not bring any improvement to the data. Mappers' time seems to me much better used for less mechanical contributions. -- Christian Quest - OpenStreetMap France ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Monitoring route relations
I think user Wambacher already monitors the admin boundaries for his website: https://osm.wno-edv-service.de/boundaries/ , so you might contact him. regards m On Sun, Nov 16, 2014 at 11:13 AM, Colin Smale colin.sm...@xs4all.nl wrote: I have also been looking for such a facility - in my case for admin boundaries. Colin On 2014-11-16 10:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. ___ talk mailing listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Back on OSM
Peter, I think you have this accidentally to the talk mailing list instead of the Belgian list. Perhaps you can read https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data . In general the house numbers are mostly placed on the buildings in Belgium. In some cases you can use address nodes in case it is difficult to determine the walls between the houses. An other exception in when there are different house numbers for flats on different floors. Anyhow, feel free to continue the discussion on the Belgian mailing list. regards p.s. good to see you back 2014-12-19 13:33 GMT+01:00 Peter pe...@out4walkabout.be: Hallo iedereen, Eindelijk nog eens vrije tijd en natuurlijk kwam OSM weer op de proppen. Dacht beginnen te mappen voor mijn dorp (Peutie) maar zie dat er de laatste tijd al veel aangepast werd. Nu stel ik vast dat er verschillende manieren worden gebruikt in het aanmaken van huizen, plaatsen van nummers enz Wat is nu de juiste manier om huizen en hun nummer op de kaart te zetten want wat betreft Peutie zie ik uiteenlopende mogelijkheden. If someone needs this mail in English feel free to let me know. Peter ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] AGIV Luchtfoto's
Ter info: het lijkt erop dat de luchtfoto's van AGIV recent weer ge-update zijn. Kunnen we recente gebouwen gaan traceren. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] AGIV Luchtfoto's
maar blijkbaar nog niet overal. Een nieuwbouw bij mij in de buurt is nu wel zichtbaar, de One World bridge in De Schorre nog niet m 2015-02-04 5:21 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Ter info: het lijkt erop dat de luchtfoto's van AGIV recent weer ge-update zijn. Kunnen we recente gebouwen gaan traceren. mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Gebruik van image tag met veel ongeldige verwijzingen.
Marc, je zou ook eens naar http://wiki.openstreetmap.org/wiki/DE:Historical_Objects/Popup#Quelle:_image.3D.2A moeten kijken. Zij tonen enkel foto's als die een correcte, open licentie hebben. Dan kan het eenvoudigste gecontroleerd worden door enkel foto's van common's wikimedia te tonen. Vandaar waarschijnlijk dat File:image.jpg een speciale status heeft. Dit is trouwens ook de URL die binnen wikipedia gebruikt wordt om naar beelden te verwijzen. Ook weer voor die licentie volgens mij. Ik weet niet of ze hun volledige check voor de beelden in Javascript hebben geschreven. nog veel succes met je taglocator m. p.s. Als je de beelden wil gaan omtaggen, raad ik je aan om via Level0 Overpass een editor te gaan. Dan is het een fluitje van een cent om die string ervoor te plakken op grote schaal 2015-02-05 21:35 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Op 5 feb. 2015, om 21:27 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Dan zal je eens naar de code van de geschichtskarten moeten kijken, die hebben geen probleem met die link http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=18lat=51.21899lon=4.40193layers=BFFFTFFFTFFFTselect=n2409413865 maar feel free om al die links te vervolledigen als je dat wil. :-) Dat zal ik zeker proberen! Marc. ___ 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] Address evolution in Belgium
No problem, I delete them as well :-) On Fri, Feb 6, 2015 at 9:08 PM, Glenn Plas gl...@byte-consult.be wrote: existing address relations: I delete those of streets I completed. With pain in the heart as lots of it is Marc's (Escada) work. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Address evolution in Belgium
On Fri, Feb 6, 2015 at 11:37 PM, Jo winfi...@gmail.com wrote: I'm the only one who's sad for their disappearance :-) Are you guys deleting the ones in Brussels as well? I'm only deleting the ones I created. Since it seemed like I was to only one maintaining them in my area, they became incomplete anyway. I'm not going to spend time to keep them up to date after someone added a bunch of numbers, it's better to remove them I think. I'm not deleting other people's relations (sounds weird :-) ) regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] image links in taglocator
2015-02-07 11:31 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: 6. http://www.openstreetmap.org/node/2412547967 Verwijzing naar een website waarop een plaatje is te zien. (Het plaatje is echter in de link NIET opgenomen). Die heb ik gewoon verkeerd gemapped. m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] image links in taglocator
Marc, ik vind je de verkeerde mensen beloond. Mensen die zomaar foto's van het internet plukken, zonder zich te bekommeren om de licentie van de maker van die foto, daarvan ga je een thumbnail tonen. Misschien mag die foto link (bv. naar dat bedrijf) wel helemaal niet gebruikt worden. Dus voor mij moet je alle foto's die niet van een correcte licentie voorzien zijn, overplakken of rood markeren of ... met mogelijks licentiebreuk overschrijven of iets dergelijks. Ik denk dat er zelfs al een probleem is bij die foto van de Eifeltoren, omdat er niet naar de juiste pagina met licentie verwezen wordt. De flickr foto is misschien een probleem, maar sommigen hebben wel een CC-share-alike achtige licentie Zou netzwolf [1] je niet kunnen helpen met enkel de foto's met een goede licentie te tonen ? mvg m [1] http://wiki.openstreetmap.org/wiki/User:Netzwolf Voor 2015-02-07 11:31 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Naar aanleiding van mijn eerdere bericht over de image links in taglocator en de wijze waarop plaatjes als thumbnail worden afgebeeld, ben ik wat verder gaan uitzoeken hoe die links er uitzien. Hier mijn bevindingen: Ik geef steeds de links naar de betreffende ways/nodes op OSM. Eerst even de links die makkelijk naar een thumbnail kunnen worden omgezet: 1. http://www.openstreetmap.org/way/5013364 Hierbij wordt gelinkt naar http://upload.wikimedia ... 2. http://www.openstreetmap.org/way/32521896 Hierbij wordt gelink naar een plaatje op een prive/bedrijfs site De links die niet (op eenvoudige wijze) tot een thumbnail kunnen worden herleid: 3. http://www.openstreetmap.org/node/2413530151 Hierbij wordt naar flickr verwezen 4. http://www.openstreetmap.org/way/116149697 De verwijzing middels: File: 5. http://www.openstreetmap.org/way/264783489 Verwijzing naar een plaatje op wikipedia (inderdaad NIET wikimedia) 6. http://www.openstreetmap.org/node/2412547967 Verwijzing naar een website waarop een plaatje is te zien. (Het plaatje is echter in de link NIET opgenomen). Ik heb het voorlopig zo opgelost in taglocator dat ik in de gevallen 1 en 2 de thumbnail laat zien en in de gevallen 2-5 gewoon de werkende link (maar dus zonder Thumbnail) laat zien. Bij situatie 6 zie je nog steeds een broken link plaatje. Ondertussen zoek ik naar manieren om wél die thumbnail te kunnen laten zien. ___ 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] image links in taglocator
En wat wil CC BY-SA 3.0 zeggen ? [1] volgens mij moet je dus de maker vermelden als je de foto gebruikt, en dat doe je dus niet als je enkel een thumbnail toont die naar de upload pagina verwijst. Dus is dat verkeerd gebruik van de foto. mvg m [1] https://creativecommons.org/licenses/by-sa/3.0 2015-02-07 20:30 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Op 7 feb. 2015, om 17:07 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Ik denk dat er zelfs al een probleem is bij die foto van de Eifeltoren, omdat er niet naar de juiste pagina met licentie verwezen wordt. Als je even verder zoekt: a title=Door Benh LIEU SONG (Eigen werk) [CC BY-SA 3.0 ( http://creativecommons.org/licenses/by-sa/3.0)], via Wikimedia Commons href= https://commons.wikimedia.org/wiki/File%3ATour_Eiffel_Wikimedia_Commons.jpg;img width=256 alt=Tour Eiffel Wikimedia Commons src=// upload.wikimedia.org/wikipedia/commons/thumb/a/a8/Tour_Eiffel_Wikimedia_Commons.jpg/256px-Tour_Eiffel_Wikimedia_Commons.jpg //a En dat geldt voor alle andere foto’s die met die link ( upload.wikimedia.org) beschikbaar zijn. Marc. ___ 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] image links in taglocator
Marc, ik wil je niet straffen, ik wil je enkel vragen om niet commons-wikimedia files aan te geven met een kleurtje, zodat mappers weten dat het hier niet over open data gaat (zoals al de rest van OSM). OSM normaal gezien gebruikt worden voor commerciële doeleinden, zonder bijkomende beperkingen. Met die niet-commons-wikimedia files breekt de mapper deze licentie. mvg m 2015-02-07 21:10 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Op 7 feb. 2015, om 20:40 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: En wat wil CC BY-SA 3.0 zeggen ? [1] volgens mij moet je dus de maker vermelden als je de foto gebruikt, en dat doe je dus niet als je enkel een thumbnail toont die naar de upload pagina verwijst. Dus is dat verkeerd gebruik van de foto. Volgens mij wordt die foto op talloze plaatsen in wikipedia zelf gebruikt: https://commons.wikimedia.org/wiki/File:Tour_Eiffel_Wikimedia_Commons.jpg Wat moet er dan nog meer aan veranderen? En wat dat betreft: http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=15lat=51.201lon=4.4648layers=BFFFTFFFTFFFTselect=w218856275 Waar staat dan bij deze foto wie de maker is? En een maker van een foto is volgens mij altijd een persoon, niet een bedrijf/stichting/organisatie. Zelfs op de link naar de bijhorende website kan ik die niet ontdekken. Ik vind deze hele discussie inmiddels nergens meer over gaan. Het lijkt wel op „straf de brenger van het slechte nieuws” omdat ik laat zien dat er plaatjes bij sommige objecten in de database van OSM zitten. In alle gevallen brengen de links die nu in taglocator heb zitten je altijd bij de juiste pagina met de juiste rechtenvermeldingen en in het geval van flickr is er ook niets mis want iedereen die daar zijn foto’s publiek maakt, geeft ook toestemming om ze te bekijken. Commercieel gebruik is niet mogelijk als dat niet expliciet is toegestaan of overeengekomen. groeten, Marc ___ 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] Mapper of the month
The English translation : http://www.openstreetmap.org/user/escada/diary/34326 On Tue, Feb 3, 2015 at 10:26 PM, Jorieke Vyncke jorieke.vyn...@gmail.com wrote: Hello OSM Belgium, Proud to present you our new mapper of the month: Brecht! NL: http://osm.be/nl/content/mapper-van-de-maand-brecht-bonne FR: http://osm.be/fr/content/contributeur-du-mois-brecht-bonne Thanks a lot to Marc and Marc for the translations Best greetings, Jorieke ___ 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] Fixme's in Taglocator
'k had hier nochtans al een berichtje over gestuurd op 3 januari, ha zo, jullie lezen mijn berichtjes niet :-) maar er is wel een heleboel functionaliteit bijgekomen sindsdien. 2015-02-05 10:56 GMT+01:00 Jo winfi...@gmail.com: De tag locator bestaat nog maar een dikke maand :-) Mooie tool! Jo Op 5 februari 2015 10:50 schreef Glenn Plas gl...@byte-consult.be: Hallo Marc, Mooie tool. Zeker met de JOSM hooks. Ik denk dat de fixme's hier wel over het hoofd worden gezien. Er mag idd wel wat cleanup gebeuren. Bedankt voor de informatie, ik kende taglocater niet. Glenn On 04-02-15 16:26, Marc Zoutendijk wrote: Goedendag allen, Ik ben Marc Zoutendijk en mapper uit Nederland (ik woon in Vught) maar met het meeste mapwerk op Spaanse grond. Omdat ik daar vaak op fietsvakantie ben. Ter introductie: http://www.marczoutendijk.nl Sinds 2011 actief met en op OSM. In Nederland zijn we veel actiever op het forum dan op de Mailinglist, in België is dat andersom merk ik, dus meld ik me nu hier met vragen en antwoorden. Ik ben al geruime tijd bezig met de ontwikkeling van Taglocator, een op de overpass-turbo gebaseerde tool waarmee snel een aantal vooraf gedefinieerde user poi's kunnen worden gevonden. Er zijn meer van dat soort tools, maar deze is vooral in eerste instantie gemaakt voor eigen gebruik (om te zien waar in mijn buurt nog mapwerk was te doen en of het goed was gedaan), maar al gauw bleek er ook belangstelling van anderen te zijn. Wat ermee kan kun je lezen in de wiki: https://wiki.openstreetmap.org/wiki/Taglocator Je kunt ook de hele ontwikkelingsgang lezen op het forum: http://forum.openstreetmap.org/viewtopic.php?id=28807 Maar nog beter is proberen. Op onderstaande permalink kun je zien hoeveel fixme's er in Antwerpen nog zijn, maar net zo makkelijk is het om te zien hoeveel voetbalvelden of cafe's daar zijn te vinden. http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/?map=variouszoom=15lat=51.22197lon=4.41125layers=B00T Met groet, Marc Zoutendijk. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Address evolution in Belgium
Vlaams-Brabant - Glenn Plas using AGIV data. :-) On Fri, Feb 6, 2015 at 3:33 PM, Sander Deryckere sander...@gmail.com wrote: Hi, maybe some of you have seen it already, but I graphed some of the address evolution in Belgium: http://www.openstreetmap.org/user/Sanderd17/diary/34332 It's strange how different provinces differ that much, and the Urbis import is also very clear of course. Regards, Sander ___ 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] Talk-be Digest, Vol 86, Issue 4
On Mon, Feb 2, 2015 at 2:30 PM, hvdb henk...@gmail.com wrote: In my town , it is mostly the 'INFO Office' (=Tourisme Office) , which makes/distributes/publishes flyers/maps with info about traffic/tourism and so on, ... so, is it possible to make those people 'enthousiastic' for OSM, by a 'simple method' ? - i mean here by ; people are not going to read all those 'rules' about copyright and so on ... much to 'complex', and sometimes/mostly not in Flemish ... i mean here ; a simple website to publish such maps/info, so that it satifies all rules of OSM , and preferable in Flemish to read ? I am not sure what you want. Sometime to create printed maps ? or on-line maps ? Tilemile (or it's successor) can do all of this, but there is no Dutch version. This is commercial software. For on-line, non-commercial sites, you could use umap. Also no Dutch UI, but I assume you could help the umap team by translating the UI. QGIS is free and can also create printed and static maps combining a number of sources. Don't know whether the UI is available in Dutch. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
please note that the umap servers only allow non-commercial use. They could install their own instance of course regards m On Mon, Feb 2, 2015 at 1:34 PM, Ruben Maes ru...@janmaes.com wrote: Could you please help me out with properly referring to umap/maperitive? Actually I'm interested in even making a map style of my own but I have not looked into it deep enough. I've tried something out: http://piratepad.net/H7J6nGybr7 You should all be able to edit this. Thanks Ruben/M!dgard PS: I'm not from Ostend and the only thing I can remember doing there was while adding all the beaches in Belgium, back in my very early days. ;) 2015-02-02 12:59 GMT+01:00 Sander Deryckere sander...@gmail.com: 2015-02-02 12:55 GMT+01:00 Jo winfi...@gmail.com: Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Is that after they'd give their consent to do so? Or is the fact they used OSM as the background enough to have freed that dataset? That would be very surprising. That's after their agreement. Displaying different datasets on top of each other (without mixing them) doesn't trigger the share-alike clause. Anyway, I agree that it would be far better if we could include those bathrooms in our data. At that point they could render a map based solely on OSM with an empasis on what they deem important to show on such a map. I think it's important to tell it to them that way. Maybe point them to umap or maperitive as well. Jo ___ 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 ___ 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
[OSM-talk-be] ScoutSign
Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] ScoutSign
I could not check the distance, but according to the picture, it is 70. regards m. On Thu, Jan 15, 2015 at 6:41 PM, Sander Deryckere sander...@gmail.com wrote: Please note, when mapping with the aid of scout, that the reported positions are often shifted a significant distance (malenki reported on average 20m), and that the OCR might fail (reporting 70 when it should be 90 f.e.) See the diary entry malenki wrote about it: http://www.openstreetmap.org/user/malenki/diary/28357 Regards, Sander 2015-01-15 18:09 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] ScoutSign
't gaat over deze scout http://www.telenav.com/products/scout/ mvg m On Thu, Jan 15, 2015 at 6:47 PM, Karel Adams fa348...@skynet.be wrote: licht anarchistisch Is er een verband met http://www.scouts.be/ ? Zoniet, waarover gaat het eigenlijk? / On 15-01-15 17:09, Marc Gemis wrote: Hallo, Scout has released a service in which they publish the traffic signs that are recognized by their navigation system. A presentation [1] was given during SOTM 2014. There is a JOSM plugin that allows one to access this service. It comes down to a number of traffic signs that are shown in your editor. Of course there is not a lot of data yet in Belgium. However, someone followed the Afrikalaan in Gent. Near the Lubeckstraat there are 2 traffic signs recognized. Maxspeed = 70. The tagging in OSM now states maxspeed =50. Since I'm not familiar with the area, I'm not going to retag the road, but maybe someone from Gent could take a look ? Furthermore they are working on integration of Mapillary photo's in their service. Of course we have the traffic sign database in Flanders, but I've read somewhere that it is getting out of date quickly, as nobody seems interested to maintain it. regards m [1] http://vimeo.com/album/3134207/video/115313286 ___ 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] For your convenience
That's normal, your running JOSM instance should be listening on that port. regards m. On Wed, Jan 21, 2015 at 5:19 PM, Nicolas Pettiaux nico...@pettiaux.be wrote: Dear Jo every link starts with http://localhost:8111/import?new_layer=trueurl=; that makes them unusable as such I think Best regards, Nicolas 2015-01-21 15:48 GMT+01:00 Jo winfi...@gmail.com: How silly of me: http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Public_Transport/Lines Jo 2015-01-21 15:26 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Can't see any links, but maybe that's my mail program ?? On Wed, Jan 21, 2015 at 2:25 PM, Jo winfi...@gmail.com wrote: Click on 1 of those links with JOSM open and be amazed. Well, don't forget to download the missing members of the relations... otherwise there won't be much to see. Then you can download the region you zoom in to when pressing '2'. Or you can use the following query as an Overpass Download (proviided you have the Mirror download plugin installed) (rel [type=route] [route~bus|tram] [ref=LINE_NUMBER_HERE] [operator=De Lijn OR TEC here] -.routes; .routes -.route_masters; way(r.routes); node(w); node(around:30.0); way(bn); node(w); ); out meta; ___ 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 -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Weird lines near Boom
I found some problems with changeset https://www.openstreetmap.org/changeset/28080554. Contacted the owner via changeset comments. Some nodes where moved from Hoboken all the way down to the south of Boom. Please give the mapper the time to fix it. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Problemen met Agiv Orthofoto WMS
heb net hetzelfde gemerkt 2015-01-16 19:32 GMT+01:00 Sander Deryckere sander...@gmail.com: Hallo, Ik vroeg me af als jullie ook problemen hebben met de orthofoto WMS (zie https://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Using_AGIV_Crab_data/AGIV_Website_as_Reference )? Bij mij worden er een hoop willekeurige witte tegels geladen in JOSM. JOSM geeft geen download error, en ik denk dat mijn internet connectie in orde is, maar ik zou graag bevestiging krijgen dat anderen dit ook zien. Dan kunnen we het Agiv inlichten (waarschijnlijk komt er wel geen oplossing voor maandag, aangezien het weekend begonnen is). Groeten, Sander ___ 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] osmose fout: Verbroken continuïteit van de weg
Gokje: de tertiary road uit het zuiden eindigt in een residential roundabout met dezelfde naam. Er loopt een straat met dezelfde naam verder naar het noorden. Ik denk dat er dan (door Osmose) verwacht wordt dat de rotonde dezelfde classificatie heeft als de tertiary road. Een andere oplossing zou zijn om de rotonde geen naam te geven of om de naam van de kruisende residential road te geven. Of gewoon als false positive te klasseren De voorbeelden op http://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout geven geen uitsluitsel over dit geval. m 2015-01-17 11:22 GMT+01:00 Jakka vdmfrank...@gmail.com: Dag Die osmose fout staat er al enige tijd in. Heb daar al uren op gezocht, effen laten rusten om later de nodige kennis te vergaren maar helaas zie het niet. Preshoekstraat komt uit op rond punt. Komen wel relaties over maar als deze niet compleet zijn, zouden er elders ook fout melding op highway moeten zijn. http://osmose.openstreetmap.fr/nl/map/#zoom=17lat=50. 7977387lon=3.2235650item=1120level=2 Wie kan mij uitleggen waar die instinker zit. thx ___ 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] osmose fout: Verbroken continuïteit van de weg
2015-01-17 11:50 GMT+01:00 Wouter Hamelinck wouter.hameli...@gmail.com: Visueel met een blik op de kaart lijkt dat brugje in het pad ten westen van die straat me ook verdacht. Het ligt naast de rivier. als je de AGIV luchtfoto's bekijkt, zie je dat het eerst over een niet gemapte gracht gaat en daarna over een wel gemapte waterweg, maar daar is dan weer een culvert. Maar echt duidelijk is het niet vanwege die boom. Maar de brug lijkt me ook wel verschrikkelijk lang. Best eens ter plaatse gaan kijken. Eventueel nu een note achterlaten m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] It was only a matter of time ...
one small mistake from your side :-) building=residential is allowed, see http://wiki.openstreetmap.org/wiki/Tag:building%3Dresidential But if it was building=house (or another more specialised description) before, it would be wrong to retag it of course. regards m On Wed, Jan 14, 2015 at 5:49 PM, Glenn Plas gl...@byte-consult.be wrote: I really start hating the ID editor + bing as a background. I completed all streetnames/buildings on postal codes 1980/1981/1982 This changeset pretty much destroyed most of my work, simple buildings are turned into multipolygons, building=residential. Realigning the buildings is piece of cake luckily. The worst part is that he actually thinks he's corrected stuff. https://www.openstreetmap.org/changeset/28140575 The common denominator is always ID + Bing. Glenn -- Everything is going to be 200 OK. ___ 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
[OSM-talk-be] Fietspad routering probleempje
Hallo, ik heb een probleempje bij de volgende weg https://www.openstreetmap.org/way/88368554 Deze is verbonden met een stukje fietspad naar het westen. maar als je van de Polderstraat komt, kan je er niet op. Ook als je van het fietspad in het westen naar de Polderstraat wil, kan dat niet door de enkelrichtingen op de fietspaden. Hoe zouden jullie de mapping corrigeren om de navigatie in orde te krijgen ? m p.s. Ik weet dat het vreemd is om een fietspad te tekenen naast de Koning Albert-I laan, terwijl het daar een fietsstrook betreft, maar bijna de hele N34 langs de kust is zo gemapped. (niet door mij). Maar zelfs zonder dat afzonderlijke fietspad, zou de van de Polderstraat naar de overkant moeten kunnen geraken. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Fwd: [OSM-talk] Routing on osm.org
-- Forwarded message -- From: Rob Nickerson rob.j.nicker...@gmail.com Date: Mon, Feb 16, 2015 at 8:20 PM Subject: [OSM-talk] Routing on osm.org To: OpenStreetMap t...@openstreetmap.org Congratulations to all those who were involved in getting directions/routing on openstreetmap.org :-) Worth the wait and will hopefully encourage mappers to contribute more turn restrictions and other routing related info. Cheers, Rob ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Mapillary traffic sign recognition
Mapillary now also recognizes traffic signs on the pictures uploaded to that service http://blog.mapillary.com/update/2015/01/27/traffic-signs.html I only had a very brief look on some of the pictures that I uploaded. Mixed results. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietspad routering probleempje
2015-01-23 12:06 GMT+01:00 Maarten Deen md...@xs4all.nl: On 2015-01-23 11:53, Marc Gemis wrote: 2015-01-23 11:38 GMT+01:00 Maarten Deen md...@xs4all.nl: Dan ben je van dit soort probleemstukken af (wat zeg ik? Dan introduceer je dit soort probleemstukken helemaal niet). in dit geval maakt de use_sidepath niet uit volgens mij. er is geen korte manier om van het fietspad van de Polderlaan aan de andere kant te geraken (of vice versa) door de eenrichtingsbeperkingen op de fietspaden. Daar heb je gelijk in, had ik nog niet aan gedacht. Maar dan vraag ik me af of het intekenen van een verbindingsstukje er dan voor zorgt dat de juiste route wel sneller/korter is dan wat yournavigation nu doet (via voetpad en schuin overstekend fietspad). zal ik vanavond eens nader bekijken. nogmaals bedankt voor de feedback en de discussie mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Fietspad routering probleempje
2015-01-23 11:38 GMT+01:00 Maarten Deen md...@xs4all.nl: Dan ben je van dit soort probleemstukken af (wat zeg ik? Dan introduceer je dit soort probleemstukken helemaal niet). in dit geval maakt de use_sidepath niet uit volgens mij. er is geen korte manier om van het fietspad van de Polderlaan aan de andere kant te geraken (of vice versa) door de eenrichtingsbeperkingen op de fietspaden. Er moet iets bijgetekend worden. m p.s. aan de discussie over het al dan niet tekenen van afzonderlijke fietspaden wil ik helemaal niet meer beginnen. Ze zijn er, meer en meer mensen zullen ze blijven toevoegen, maar het moet dan wel juist gebeuren. dat wil ik hier nu oplossen. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] problem with relation rendering
Just in case you don't get an answer here (don't know whether there are mapnik specialists here), you might post your question on the help-site [1], the or the dev-forum or a more dev oriented mailing list [3] You might also try to contact e.g. Matthijs Melissen i...@matthijsmelissen.nl , one of the maintainers of openstreetmap-carto. Good luck m [1] http://help.openstreetmap.org [2] http://forum.openstreetmap.org/viewforum.php?id=13 [3] http://forum.openstreetmap.org/viewforum.php?id=13 On Wed, Jan 28, 2015 at 6:03 PM, Olivier Toubeau o.toub...@gmail.com wrote: Hi all, I'm rendering cycle routes, so I've got ncn, rcn and lcn networks, with different colors, it works great. I want to render in these cycle routes which ways of them have highway=cycleway. So I'm searching how to render ways with a rule on a tag + a rule on a relation, so that I can see which parts of the cycle routes are equipped with cycleways (restricted to bicycles), and which are classical streets, for cars and bicycles. Is it possible ? Oli ___ 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] Keeping imported data updated with source changes
As far as I know, the tools that generates the missing address in Flanders, does this purely based upon addr:street and addr:housenumber. Look at [1], and fill in e.g. 1980 or 2610 as postal code , check Load OSM data and press update Documentation for end-users can be found under the documentation link. I think Sander is willing to explain the technology behind it when needed. I only knows it uses Overpass and Javascript . There is no need for additional refs. regards m On Sat, Jan 10, 2015 at 10:59 AM, Wiktor Niesiobedzki o...@vink.pl wrote: Hi, In Poland we have quite a few addresses imported from government sources for quite long time, but as time goes on, changes are made to the source databases, and local communities don't have any viable tools, to track, what has changed in source. In case of city of Skarżysko-Kamienna, local mapper tried hard to track all the changes in source (as well as check this on site), but still, missed a lot of changes, and as it's now - there is no tooling to help such users. What I'd like to do, is to prepare a service, that will generate changes for OSM containing differences for each municipality, so local mapper can load, review and decide what to import. But this tool, to be efficient, needs additional information to be stored in OSM - identifier of the object in the source database, for which i propose tag: ref:addr. This tag is used for both identifying what was already imported, as well as, I'd like to create a protocol, that if there are some wrong data in the import source, we would leave a point in OSM containing: addr:ref source:addr So we can instruct further imports, to skip this point, unless there will be some change in source data. I find this solution most robust, as it gives great Signal-to-Noise ratio for local mappers, when they are identifying what needs to be updated, as well as, gives as resilience when someone accidentally deletes some address. In Poland there thousands of people employed by government to keep this data in good quality and using OSM community to duplicate their work is in my opinion - wasteful. Using this method, we can use their work, and use OSM community to improve the data, that government is sourcing. And this is something we should consider for all of the imports. We had some discussion about this already in Polish community, but as it seems, it might be philosophical change for this project, I'd like to raise this issue on global level. Apart from addresses I plan to start importing national heritage objects, for which I see exactly the same problem. The other solution that we discussed in our community is to keep track of import source state in separate database, and use this, to see what has changed in source, to generate files for local mappers, but I see following disadvantages of such solution: - such solution doesn't take into account current state of objects in OSM, what may generate duplicates or miss data, that were accidentally deleted - it makes harder to fork OSM project, as you need to fork two databases, know about them, and the license for such database should be open - it still needs some protocol to this database, to mark that import was done (and in what extent) - it would require additional tooling and might be additional problem to causual mappers, and probably would render the tool unusable - it gives no tools for integrity with OSM databases - needs additional support The disadvantages of my solution, that I found most concerning were: - nodes contaning only ref:addr and source:addr might be hard to understand by newcomers, especially that ref:addr doesn't contain any human-understandable data - ref:addr might get clobbered during merge of nodes But I hope that with extensive description on Wiki we can handle that problems. Cheers, Wiktor Niesiobędzki ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Keeping imported data updated with source changes
On Sat, Jan 10, 2015 at 1:38 PM, Wiktor Niesiobedzki o...@vink.pl wrote: 3. Addresses change. Currently there is no way to isolate the situation, that a point in OSM needs a change of street name, city name or housenumber, because this name changed has changed in the source. I can't mark all the points with different names, because 80% of time, in OSM is proper name, but I don't want to loose that 20% That's why it is better not to repeat city and postal code on each address node, but use boundaries. Of course this works only when the postal codes are areas, but I believe this is the case in Poland. I do not believe that city or postal code changes are only for 1 node, it's for a lot of nodes. By using boundaries, you only have to update the boundary and not each individual node. On the other hand, the algorithm used for the Flemish import detects that the address node in OSM that is closest to the node for the external DB has the same addr:street. If not, this mismatch is reported on the webpage. It's probably easy to add city as well. regards m ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] Fwd: [Talk-GB] weeklyOSM in French
-- Forwarded message -- From: althio althio althio.fo...@gmail.com Date: Sun, Jan 11, 2015 at 1:09 AM Subject: [Talk-GB] weeklyOSM in French To: Talk Openstreetmap t...@openstreetmap.org, talk...@openstreetmap.org We are proud to announce to the OSM community our French version of weeklyOSM. The weeklyOSM French Team is quite new and will be presented shortly. All the best! http://www.weeklyosm.eu/fr/ ___ Talk-GB mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Data filter
A totally different approach for a very small part you could use Overpass: replace with your username. The following query only returns the ways in the bbox of which was the last modifier. [out:json][timeout:25]; // gather results (way({{bbox}});)-.a; ( // query part for: “user=” way.a(user: )-.e; ); // print results out body; ; out skel qt; On Mon, Jan 12, 2015 at 10:30 AM, Steve Chilton s.l.chil...@mdx.ac.uk wrote: Can anyone help me with filtering OSM data please? For a project I am working on I need data on my contributions to the project. How can I select ‘my contributions in UK’ and output as XML (or JSON?). Need a file that can be imported in to standard GIS packages. Any help gratefully received. Cheers Steve Steve Chilton FSEDA, Teaching Fellow Lead Academic Developer Centre for Academic Practice Enhancement (CAPE) Middlesex University phone: 020 8411 5355 email: ste...@mdx.ac.uk Profile: http://www.middlesex.wikispaces.net/user/view/steve8 Blog: http://itsahill.wordpress.com/ Chair of the Society of Cartographers: http://www.soc.org.uk/ Chair of ICA Neocartography Commission: http://neocartography.icaci.org/ *[image: MDX LOGO]* * --- * *Please note that Middlesex University's preferred way of receiving all correspondence is via email in line with our Environmental Policy. All incoming post to Middlesex University is opened and scanned by our digital document handler, CDS, and then emailed to the recipient. If you do not want your correspondence to Middlesex University processed in this way please email the recipient directly. Parcels, couriered items and recorded delivery items will not be opened or scanned by CDS. There are items which are exceptions which will be opened by CDS but will not be scanned a full list of these can be obtained by contacting the University. * ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] image links in taglocator
2015-02-08 22:16 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Ik heb nu wat aanpassingen gedaan, en in versie 0.8a+++ zie je de melding unknown license” in gevallen waarin die license niet duidelijk is. hartelijk dank daarvoor mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] image links in taglocator
2015-02-08 22:16 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: En wat valt op? Na Berlijn heeft geen stad ter wereld heeft meer image tags dan Antwerpen! In Tokyo geen een, in Madrid en Chicago: 1, Brussel: 8. London: plusminus 20. 'k kan er ook niet aan doen dat ik een geschichtskarte-geek ben die plaatjes toevoegt :-) Vermoedelijk vind je wel meer image links waar geschichtskarte-medewerkers mappen (dus Duitse steden) mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] image links in taglocator
het mag wel voor vakantiekiekjes op blogs privé website e.d. meer info op http://atomium.be/AuthorsRights.aspx?lang=nl mvg m 2015-02-09 11:52 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Op 8 feb. 2015, om 22:25 heeft Sander Deryckere sander...@gmail.com het volgende geschreven: Dit is zowat de beste foto van het atomium die we hebben: https://commons.m.wikimedia.org/wiki/File:Atomium_010-censored.png Jammer, maar Sabam beschermt die rechten actief. Ik zocht op Atomium bij afbeeldingen op Google en kom er tienduizenden tegen. Moet Sabam daar dan niet eens tegen optreden? Of mag dat weer wel? Marc. ___ 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] guide to vandalism” in OSM?
No evidence. The comments were saying that vandalism is rare on OSM, that the majority of the notes (and the mapping) is done in good faith, that a small number of POIs added this way does not have a large impact, etc. regards p.s. I hope that I understood all comments correctly, French is not my mother tongue. On Thu, Feb 12, 2015 at 2:50 PM, Dave F. dave...@madasafish.com wrote: On 12/02/2015 13:37, Marc Gemis wrote: The author was not describing the mappers as vandals, but he was pointing to the people that create such notes in the hope some lazy mappers would create non-existing POIs or make other changes that do not correspond to the reality. Has he given evidence of this happening deliberately? Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] guide to vandalism” in OSM?
As far as I see it: The author says that it is pretty easy to vandalise OSM data, even without creating an account. You just have to make a note with some fake information and wait until an armchair mapper picks up the note, does no verification on the ground and adds the POI. He shows 2 notes that he created to proof his point. He just tries to warn other mappers not to follow the text in the notes without verifying it on the ground. regards m On Thu, Feb 12, 2015 at 1:13 PM, Dave F. dave...@madasafish.com wrote: Hi http://www.weeklyosm.eu/archives/2388 Under 'Community' there a bullet point titled guide to vandalism” in OSM? As my French is very poor, could someone translate expand on the process. Why is false POI being added to notes? It seems similar to entrapment from what is written. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] UrbIS import
I found this mail from October last year. I have no idea whether it is still updated. Hi everybody :) here are the latest stats :) As usual, the datas + graph https://docs.google.com/spreadsheet/pub?key=0Aitf6GpM7KbYdGpvcWtNbVRoMU41VnowZU1nMXdGZEEoutput=html And the tiles... http://osm.bmaron.net/urbis_img/tiles/ We are now at ~60% of the buildings... (stats of yesterday a 20:55) Enjoy :) regards Brice On Wed, Jan 7, 2015 at 12:00 PM, Pierre Parmentier pierrecparment...@gmail.com wrote: Could somebody remind me the location of the comparative maps of imported vs not imported buildings in Brussels region? More precisely: where are the areas not yet imported? Pierre P. ___ 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] Validatie error railway:historic
ok, thanks m On Thu, Jan 8, 2015 at 2:52 AM, Ben Laenen benlae...@gmail.com wrote: On Wednesday 07 January 2015 20:33:41 Marc Gemis wrote: There are more strange things near the place that you linked: 1) a cyclepath that is named Fietspad Jef Van Linden. I expect that this is actually a cycleroute with this name. Has to be verified with a survey. No, that cycleway actually has that street name. There are street name signs with it, and it's in the official street name list of Antwerp Ben ___ 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] WMS (aerial) imagery covering Belgium, now conveniently packaged for adding it to JOSM
I assume the quality depends on the GIS person adding the data. If he/she is less motivated/less capable/... the quality will be less. The example that you give seems like the classic case where the building was not yet finished when it was traced. Then they always draw a small rectangle along the front side. regards m On Mon, Jan 5, 2015 at 7:56 PM, Sander Deryckere sander...@gmail.com wrote: I think Pablo also helped in some pieces of the GRB: http://www.geopunt.be/kaart?viewer_url=http%3A%2F%2Fmaps.geopunt.be%2Fresources%2Fapps%2FGeopunt-kaart_app%2Findex.html%3Fid%3Dff8080814a6e1332014abb6b94c80023 Is it normal that quality differs from municipality to municipality? In Staden, I haven't seen any problem with GRB. But in Roeselare, I often bump into problems like these. Buildings with a completely clear form (however, they're often quite new, so perhaps drawn without aerial pics), but drawn completely wrong in GRB. Up until now, I've avoided the old centre of the town, because the building layouts are way too complicated there. It might get easier when we have access to the GRB. So yes, an automated import won't work, but being able to use it opens up a lot of perspectives, so thanks to anyone involved. Regards, Sander 2015-01-05 15:35 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com: In comparison to Bing even Picasso wins ;-) On 5 January 2015 at 15:30, Glenn Plas gl...@byte-consult.be wrote: In my experience, the outlines and building shapes I've seen in GRB are like 10 times better than all the work that exists using bing and other sources. A one on one copy would be silly, but if you bring it all together, agiv/grb and osm data, it helps to make sense of what you are looking at. Also it is conclusive usually when new buildings replace older. It's the best source, I don't really care if the house isn't exactly as-is. The housenumber inports will take years, but it's fine as it is as tons of intelligent choices and conclusions, mistakes and other uglynes needs to be fixed too. And it all helps, if you overlay them with some transparacy adding GRB would be an awesome tool. I've been doing housenumer entries for weeks now, grb layer would defenitely be of good help. But never a dumb copy. Glenn On 05-01-15 15:05, Gilbert Hersschens wrote: Guys, Don't get overly exited about the building shapes. The quality of those shapes is quite variable. For free standing houses they are OK - in some cases even excellent, but for urban areas they are not very useful, certainly not as a source for import. I have been using those shapes for quite a while for comparison in cases where severe projection distortion and strong shadows gave me a hard time to figure out the shape of a particular building and in many cases the shapes in GRB were not better or even worse than my own guesstimation. They're OK for second opinions but I would never use a tool to import those shapes. Just my 2 cents. ___ 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 ___ 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
[OSM-talk-be] turn:lanes - statistics
The Germans still keep track how many turn:lanes have been added since they started their assignment. See [1]. Belgium is not doing bad at all, 5th place :-) I wonder how many mappers are participating here. regards m [1] https://drive.google.com/file/d/0B_3PJBM5cOz5VWRQWTlTenZlV1U/view ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Validatie error railway:historic
In order to have that tag I would expect something that is there and have historic value. When the rails are still there, but the railway is no longer used, it is railway=disused. When the rail are gone, but it can still be recognized, use railway=abandoned (see [1]) There are more strange things near the place that you linked: 1) a cyclepath that is named Fietspad Jef Van Linden. I expect that this is actually a cycleroute with this name. Has to be verified with a survey. 2) a cyclepath that got the name of the street next to it. this is something we normally do not do AFAIK. regards m [1] http://wiki.openstreetmap.org/wiki/Tag:railway%3Dabandoned On Wed, Jan 7, 2015 at 5:31 PM, Jakka vdmfrank...@gmail.com wrote: Hi, https://www.openstreetmap.org/#map=18/51.192296/4.370334 There is a highway that gives validation error. Was tagged only as railway:historic. On the sat images there is nothing to see anymore How can it be tagged? May it be changed? Something like a boundary administrative that can cross roads. Historic railway site. http://www.itoworld.com/map/26?lon=4.40932lat=51.20641; zoom=12open_sidebar=map_key Jakka ___ 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] samenvoegen van stukken weg
On Wed, Jan 7, 2015 at 5:12 PM, André Pirard a.pirard.pa...@gmail.com wrote: And I made 5 happy ones, in order: the dog (unimaginable), my neighbour, myself, the doctor ... and you. :-) :-) :-) me happy ! m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] allryder
On Wed, Mar 18, 2015 at 8:21 PM, Jo winfi...@gmail.com wrote: Anybody else receive this message? Or am I to believe I'm special'? You are special :-) m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] weekly osm news
fyi The weekly round-up of OSM news, issue # 243, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Adressen via AGIV Crab
In Limburg ontbreken nog veel postcode grenzen omdat er nog veel deelgemeente grenzen ontbreken. Dikwijls vallen die grenzen samen. 'k ben daar dus moeten stoppen met het toevoegen van postcode grenzen m 2015-03-17 0:37 GMT+01:00 Erik Beerten ebe...@gmail.com: Voor Sint-Truiden zijn er nog geen postcode grenzen vastgelegd. Naast 3800 zijn ook 3803 en 3806 postcodes in Sint-Truiden. En er zijn veel deelgemeenten. Groeten, Erik Op 16-03-15 om 22:51 schreef Sander Deryckere: Mijn eerste idee is dat er iets fout is met de grenzen. De postcode grens is nodig om de correcte adressen uit OSM te halen. Als die ontbreekt, of niet correct is, dan kan overpass geen adressen vinden, waardoor alle staten dus op 0 blijven staan. Ik zal morgen eens kijken naar die grenzen, maar het probleem kan nog een eindje blijven bestaan. Overpass is niet zo snel met het updaten van gebieden als met het updaten van andere objecten, omdat het wat meer rekenkracht vraagt om vanuit een OSM relatie een geografisch gebied te maken. Ik verwacht dat er dus enkele dagen vertraging op kunnen zitten. Groeten, Sander Op 16-mrt.-2015 21:09 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com : De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de straat met de meeste adressen: de Luikersteenweg. Voor wie die straat kent, het was met niet te doen om de ‘uitstalramen’! Nadat ik een honderdtal adressen ingebracht had wilde ik bewijzen dat de teller niet meer op nul stond…maar er was niets gewijzigd. Dan heb ik enkele straten met weinig (of slechts 1 huis) ingebracht maar ook nu blijkt er niets te wijzigen. Eigenaardig genoeg kwam ik straten tegen waar slechts één huis ontbreekt terwijl er wel 20 huizen ontbreken (Halingenstraat bijvoorbeeld). Kan iemand dat verklaren? Sint-Truiden heeft postcode 3800. Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ 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] Adressen via AGIV Crab
Net deze [1] nog eens laten lopen. Blijkbaar heeft er iemand al een boel ontbrekende grenzen toegevoegd sinds ik ermee gestopt ben. Enkel Sint-Truiden, Lanaken, Bilzen en Maasmechelen blijken nog te ontbreken. m. [1] http://overpass-turbo.eu/s/8ed 2015-03-17 10:30 GMT+01:00 Sander Deryckere sander...@gmail.com: Oh, da's jammer. Misschien kunnen de adrespunten gebruikt worden om de postcodegrenzen te schatten? Ziet iemand dit zitten? Groeten, Sander Op 17 maart 2015 06:49 schreef Marc Gemis marc.ge...@gmail.com: In Limburg ontbreken nog veel postcode grenzen omdat er nog veel deelgemeente grenzen ontbreken. Dikwijls vallen die grenzen samen. 'k ben daar dus moeten stoppen met het toevoegen van postcode grenzen m 2015-03-17 0:37 GMT+01:00 Erik Beerten ebe...@gmail.com: Voor Sint-Truiden zijn er nog geen postcode grenzen vastgelegd. Naast 3800 zijn ook 3803 en 3806 postcodes in Sint-Truiden. En er zijn veel deelgemeenten. Groeten, Erik Op 16-03-15 om 22:51 schreef Sander Deryckere: Mijn eerste idee is dat er iets fout is met de grenzen. De postcode grens is nodig om de correcte adressen uit OSM te halen. Als die ontbreekt, of niet correct is, dan kan overpass geen adressen vinden, waardoor alle staten dus op 0 blijven staan. Ik zal morgen eens kijken naar die grenzen, maar het probleem kan nog een eindje blijven bestaan. Overpass is niet zo snel met het updaten van gebieden als met het updaten van andere objecten, omdat het wat meer rekenkracht vraagt om vanuit een OSM relatie een geografisch gebied te maken. Ik verwacht dat er dus enkele dagen vertraging op kunnen zitten. Groeten, Sander Op 16-mrt.-2015 21:09 schreef Guy Vanvuchelen guy.vanvuche...@gmail.com: De laatste maanden maak ik dankbaar gebruik van de mogelijkheid om adressen in te brengen. Iemand maakte mij de opmerking dat in Sint-Truiden geen enkel adres ingebracht is. Daar wilde ik wel iets aan doen. Dus begon ik met de straat met de meeste adressen: de Luikersteenweg. Voor wie die straat kent, het was met niet te doen om de ‘uitstalramen’! Nadat ik een honderdtal adressen ingebracht had wilde ik bewijzen dat de teller niet meer op nul stond…maar er was niets gewijzigd. Dan heb ik enkele straten met weinig (of slechts 1 huis) ingebracht maar ook nu blijkt er niets te wijzigen. Eigenaardig genoeg kwam ik straten tegen waar slechts één huis ontbreekt terwijl er wel 20 huizen ontbreken (Halingenstraat bijvoorbeeld). Kan iemand dat verklaren? Sint-Truiden heeft postcode 3800. Guy Vanvuchelen ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ 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 ___ 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] project follow-up : trello or trac ?
since we already have a Drupal server running, why don't we look for something that integrates with that ? https://www.drupal.org/project/pm is something I just found. On Tue, Mar 17, 2015 at 10:00 AM, Jo winfi...@gmail.com wrote: If you want to do it with free software all the way, consider Odoo... We can even test it, they provide it as a free cloud service. Of course, you'll have somebody breathing down your neck to upgrade your account... It is possible to install it on your own server and with greenodoo it's not even hard to do. But then we'll have the problem of needing a dedicated server for it, just like for trac. It needs Python and a PostgreSQL database. Jo 2015-03-17 9:33 GMT+01:00 Nicolas Pettiaux nico...@pettiaux.be: Dear all, Trello me be good, but if we depend on an exterior actor for something we could do ourselves with free software, I would rather NOT use it. Please consider trac with its plugins, unless (which I doubt) it is difficult to install/maintain/use. Thanks, Nicolas ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] overheid - routing - forum
Ben, kijk eens naar http://forum.openstreetmap.org/viewtopic.php?id=30448 ik denk dat jij daar iets zinniger kan over zeggen dan ik mvg m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Preference ? : address number as NODE in building/house, or WHOLE building/house with address number ?
On Tue, Mar 17, 2015 at 8:48 PM, Glenn Plas gl...@byte-consult.be wrote: When sure it is a house, map it building=house. I started doing this as well lately, I'm trying to get away from building=yes usually garage , house , residential (for big living blocks) , shed , industrial. +1, please try to be more precise than just building=yes. I also use retail (for shops) and apartments. Churches should be building=church and for schools use building=school. Just look at the building page [1] on the wiki, you might start using other values as well (commercial, farm, barn, ) Another nice improvement is to map the area of large shops and their parkings as landuse=retail regards m [1] http://wiki.openstreetmap.org/wiki/Key:building ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] On Wheels
Invite them to the mapping party in Brussels on April 25 ? We will try do some mapping for wheelchairs then. It might be interesting to meet face-to-face. regards m On Tue, Mar 17, 2015 at 1:25 PM, Ben Abelshausen ben.abelshau...@gmail.com wrote: On Tue, Mar 17, 2015 at 12:49 PM, Glenn Plas gl...@byte-consult.be wrote: I tweeted about collaborating with them and they marked that tweet as favorite, but didn't really respond. It sure looks like they are unaware of OSM since they use google maps which I find a very odd choice given the level of detail at deeper zoom levels vs OSM is huge, especially in the cities. It's a VZW so perhaps the business plan isn't that important to them, the owners just seem to be physically bound to a wheelchair, so they have personal interest in this matter. They do have an impressive partner list, I wonder how they got that sorted out. Awesome, I see mapping parties in the future. Can you email them Glenn? Do I create a project in asana? ;-) Met vriendelijke groeten, Best regards, Ben Abelshausen ___ 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] Adressen via AGIV Crab
gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden IMHO is de data een deel van de website. Je kopieert dit naar een databank die voor commerciële doeleinden kan gebruikt worden. Gelukkig leven we niet in Canada, waar iemand die postcodes verzamelt via crowd-sourcing en via open source beschikbaar stelt, een oproep voor de rechtbank heeft gekregen van de Canadese Post. Hier gaat er hopelijk geen haan naar kraaien. m. 2015-03-19 10:14 GMT+01:00 Verhoeven Fr sus...@gmail.com: Dit is toch een dienst die gratis wordt aangeboden http://www.bpost.be/site/nl/residential/customerservice/search/address.html De enige beperking is maximum 20 raadplegingen per dag. Of ik het resultaat gebruik om OSM te valideren of om op een omslag te zetten, daar zie ik het verschil niet in. Ik gebruik geen enkel deel van hun lay-out. Groetjes Sus Le 17/03/15 17:51, Marc Gemis a écrit : Je mag feitelijk de gegevens van de bpost website niet gebruiken: http://www.bpost.be/site/nl/disclaimer.html *Auteursrecht* De website met inbegrip van teksten, lay-out, grafische bestanddelen, presentatie, logo’s, software en andere bestanddelen van deze site is beschermd door de intellectuele eigendomsrechten van bpost of haar informatieleveranciers, zoals het auteursrecht, naburige rechten, databankrecht en merkenrecht. Reproductie, verspreiding, verkoop, verdeling, publicatie, aanpassingen, vertalingen, bewerkingen en gebruik voor commerciële doeleinden van het geheel of een deel van deze website is verboden, tenzij met voorafgaandelijke en schriftelijke toestemming van bpost. mvg m 2015-03-17 16:31 GMT+01:00 Sus Verhoeven sus...@gmail.com: Een middel is voor elke straat éénmaal Bpost op te roepen, die geeft het goede zonenummer., Zelden heeft een straat 2 zonenummers, en in dat geval geeft men de uiteinden op. En stillaan zou de zone grens zichtbaar worden. De Amstenradelaan ligt in 3800. Sus 2015-03-17 15:41 GMT+01:00 Sander Deryckere sander...@gmail.com: Op 17 maart 2015 15:04 schreef Sus Verhoeven sus...@gmail.com: Ik heb met de import tools van Sander op de 3800 (Sint-Truiden) de Amstenradelaan genummerd en alles verliep normaal., De gebouwen waren daar al getekend. Ik moet in OSM wel nadien tot het uiterste inzoomen om de nummers zichtbaar te krijgen.Ook Nominatin kan er mee overweg. Alles is dus normaal, alhoewel er daar nog meer dan 13.000 gebouven te nummeren zijn. Op de import tools van Sander zijn de aanpassingen nog niet zichtbaar, maar dat kan wel nog een tijdje duren. Sander, hoe dikwijls per dag wordt die import tool aangepast ? De OSM data komt live van Overpass iedere keer dat je de pagina vernieuwt of op Update klikt. En normaal heeft overpass slechts enkele minuten vertraging (hoewel er natuurlijk op iedere server wel eens grotere vertragingen voorkomen). Het probleem is echter dat er geen postcode grens bestaat in Sint-Truiden (zoals https://www.openstreetmap.org/relation/3366823 voor postcode 8840). Sint-Truiden zelf heeft 3 postcodes, en een adres is maar gedefinieerd onder een postcode (twee verschillende huizen in Sint-Truiden kunnen perfect hetzelfde huisnummer hebben en dezelfde straatnaam, maar een verschillende postcode). Ik heb geprobeerd om ook addr:postcode als tag toe te staan, maar dan werd de overpass query verschrikkelijk traag (die moest immers alle adressen in Vlaanderen gaan filteren. De enige mogelijkheid is dus om die grenzen te tekenen (ook al zijn ze slechts bij benadering), en dan zal Sint-Truiden meteen heel wat groener zijn. Ook in Crab zitten er fouten in de zone nummering, maar er is nog Bpost voor de controle, ook voor missende huisnummers. Fouten op zonenummers in CRAB gebeuren meestal op straten die een zonegrens overschreiden. Ik zit nu terug rustig bezig op de 3582, nog ogeveer 1000 te gaan ;-) Sus Ik doe nu rustig verder opde 3582 ___ 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 ___ 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] Map without attribution
2015-03-20 14:01 GMT+01:00 Ruben Maes ru...@janmaes.com: They are OK with us copying the toilets. If we mention the city of Ostend as a source, they ask to also include the year of publication of the version we used, because it is updated each year. So that's good news. :) Mention the source in the changeset comment, is that what you/they mean ? regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] SmartPhone Apps
Hallo, I'm trying to compile a document for the people that come to the mapping party in Brussels in April. I want to put up a list of apps that they can install to do the survey. Jo already provided a list for Android, but I want to have some apps for iPhones and Window Phones as well. Any suggestions ? They should be able to generate a track or allow to insert a simple POI. I've heard some good things about Pushpin for iOS. Anyone experience with that or other apps ? thanks for your help regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Minor power lines
Hallo, I have a question about minor power lines (e.g. [1]). What's the voltage on such lines ? regards I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door de kabels zoals op [1] ? alvast bedankt m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Helping out OpenStreetMap Belgium Working Group! (was: 'Mapper of the month')
On Fri, Mar 6, 2015 at 10:23 PM, Marc Ducobu marc.duc...@gmail.com wrote: It is nice to have some mapping party but I think that a Belgium meeting (not only a mapping party is also interresing). The idea about this meeting is to develop the community : meeting each other, talk about how to develop the community, invite poeple for other community, Also it is nice to have some mapping party but we have to be careful trying to do 6 mapping party this year is maybe too ambitious. I prefer to have 3 good mapping parties in Belgium during 5 years than 6 during one year and nothing after. I don't want to refrain someone to organise mapping party, but we have to have attainable goals and there is a lot of work. +1 Belgium is pretty small, so we might not need 6 parties a year. Let's first do Brussels, see what works and what not. Adapt and then plan the next event (after summer perhaps). I also think that events on which people can just learn about OSM are more needed now that actual mapping parties. During those meetings we could help novice mappers with problems, but also talk about how to use OSM, ... Much like meetups but perhaps with a better possibility to do some mapping. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] On Wheels
I assume everybody here knows that there is also an app based on osm : http://wheelmap.org/ regards m On Fri, Mar 13, 2015 at 3:25 AM, Nicolas Pettiaux nico...@pettiaux.be wrote: Thanks for the try to get the data opened ___ 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] Idea!
Here is another bicycle - 3D related project from someone in Geel. I invited him over to the mailing list to discuss his ideas and data needs: https://help.openstreetmap.org/questions/41657/3d-world-generation-for-bicycle-simulation-with-cityengine regards m On Fri, Mar 13, 2015 at 4:00 AM, Nicolas Pettiaux nico...@pettiaux.be wrote: e dimanche 08 février 2015 à 10:01 +0100, Ben Abelshausen a écrit : Hello I have a new idea to get some funding for OpenStreetMap-Belgium. great Our biggest problem is that we have no budget to organize anything at the moment (I'm funding most things out of my own pocket still except part of the missing maps party). this is not normal imho This idea may also grow into an actual business based on OSM later. +1 Anyway, I'm just asking here for some people who are willing to either: - Do some scripting/programming with the purpose of quality checks in OSM. This can be complex stuff like public transit route relations, bicyle route networks, addressing but also more simple stuff like basic POI information. this is very interesting. I think we should try to make as much possible to improve the quality of OSM in Be. If the quality is good, we'll have more possibilities to advertise osm with respect to the other maps (google, bing, tomtom ...) and we'll have more opportunities to sell services on osm to communes and private companies. THis will help a positive circle. - Write messages to fellow mappers (with another useraccount, not your own) to help them after they make mistakes or help them to map better in the future. +1 You would actually get paid for this if I find customers. I'm pretty sure I will. If you are maybe willing to help out let me know. I am interested to help find people who can help. Eg some of my students, and get paid for such a work. I won't have the time to contribute and help personnally, other than doing some relationship. The details of the plans are a bit fuzzy at the moment. I'm just trying to get an idea of the one thing always limiting me, people willing to join in. Some of my students (at Ecole supérieure d'informatique) are looking for paid jobs. Either they go in Delhaize, Carrefour and do some silly jobs paid 10 €/hour or they help us in OSM, increase their work habilities and do something that I find more interesting. I would like to help them working for OSM. I have some other ideas too : I want to sell to Belgium and Vlaanderen that helping financially to build a good and precise openseamap with precise crowdsourced bathymetry would help develop the tourism on our coast. My idea is to have the institutions help us organize mapping parties on the sea, (that is sail, which is fun) and spread the equipment on privates boats who would gather datas. I would love that the sailing maps of the Belgium coast be based on OSM and be of better quality than the maps sold by IGN and the like (and this would also help with the use of opencpn , a free navigational program that now need to be ported to smartphone imho) Best regards, Nicolas ___ 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] Minor power lines
en dan nu nog de foto / and now the photo [1] http://xian.smugmug.com/OSM/OSM-2015/2015-03-08-Kester/i-98QfhTr/0/O/DSC_9713.jpg 2015-03-11 20:47 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, I have a question about minor power lines (e.g. [1]). What's the voltage on such lines ? regards I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door de kabels zoals op [1] ? alvast bedankt m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Minor power lines
Bedankt, dat is inderdaad wat ik momenteel doe, het is enkel dat JOSM dan een waarschuwing geeft dat voltage ontbreekt. mvg m 2015-03-12 5:31 GMT+01:00 Jo winfi...@gmail.com: Ik heb wat gezocht en het is niet met uitsluitsel vast te stellen. Ik zou gewoon niet vermelden wat we niet weten. Jo 2015-03-12 5:17 GMT+01:00 Marc Gemis marc.ge...@gmail.com: en dan nu nog de foto / and now the photo [1] http://xian.smugmug.com/OSM/OSM-2015/2015-03-08-Kester/i-98QfhTr/0/O/DSC_9713.jpg 2015-03-11 20:47 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Hallo, I have a question about minor power lines (e.g. [1]). What's the voltage on such lines ? regards I heb een vraagje over electriciteitsleidingen. Hoeveel volt gaat er door de kabels zoals op [1] ? alvast bedankt m ___ 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 ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be