[Talk-transit] IFOPT-numbers for public transport platforms
Dear list, First I'd like to say hello, my name is Andreas, and I consider it one of my main priorities in OSM to map things related to public transport (routes, stops) in my home city of Graz, Austria and beyond. The bus and tram lines in Graz are complete for quite some time now, so I started entering all the regional bus lines in Styria (a list of the current progress is here: [1]). Of course, I use the current tagging scheme, which can be quite tideous for regional buslines, because often there are many variants which each should get their own relation. My masterpiece so far are the bus routes 200/201 with a total of 62 variants (the timetable is so long, it's split into two files: [2],[3], route_masters in OSM: [4],[5]). So far the biggest problem was finding the correct position of bus stops in rural areas, where they often can't be seen on aerial images (no road-markings, no bays, no shelters...). Therefore, I'm very happy that we got the position of all public transport stops in Styria for use in OSM. The planned import is outlined here: [6] and a discussion has been started on the imports-Mailinglist: [7]. The reason for my mail to you is: We also received a lot of attributes for each platform, including a unique ID per platform, which has been identified as the IFOPT-number, an internationally unique number. It appears unclear, if this number should be added to all the platforms in OSM, or if this is unnecessary/unwanted. Has there already been a discussion on how (if at all) to use this number? The most straigh-forward method that comes to my mind would be to include it as ref:IFOPT, but what is the opinion on this list? I think it could become important when timetable- or real-time-data becomes available, but I don't know if this is true. I'm looking forward to you answers, Andreas [1] http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Regionalbusse_Steiermark [2] http://verbundlinie.at/busbahnbim-auskunft/pdf/j13/stv_40200m_j13.pdf [3] http://verbundlinie.at/busbahnbim-auskunft/pdf/j13/stv_40200n_j13.pdf [4] http://www.openstreetmap.org/relation/955209 [5] http://www.openstreetmap.org/relation/2165551 [6] http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Haltestellen_Steiermark [7] https://lists.openstreetmap.org/pipermail/imports/2013-November/002428.html ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] IFOPT-numbers for public transport platforms
UK bus stops all have codes (taken from the NaPTAN import), for example: http://www.openstreetmap.org/node/533877725 If it's not displayed on the stop, any reference should be prefixed with the source. That stop also has a publicly-displayed code which is tagged as ref=69345648. This is actually the numeric equivalent of the NaPTAN code (oxfgjmgt). Both these codes can be used to look information up on the internet. On Tue, Dec 3, 2013 at 10:13 AM, Andreas Uller a.ul...@gmx.at wrote: Dear list, First I'd like to say hello, my name is Andreas, and I consider it one of my main priorities in OSM to map things related to public transport (routes, stops) in my home city of Graz, Austria and beyond. The bus and tram lines in Graz are complete for quite some time now, so I started entering all the regional bus lines in Styria (a list of the current progress is here: [1]). Of course, I use the current tagging scheme, which can be quite tideous for regional buslines, because often there are many variants which each should get their own relation. My masterpiece so far are the bus routes 200/201 with a total of 62 variants (the timetable is so long, it's split into two files: [2],[3], route_masters in OSM: [4],[5]). So far the biggest problem was finding the correct position of bus stops in rural areas, where they often can't be seen on aerial images (no road-markings, no bays, no shelters...). Therefore, I'm very happy that we got the position of all public transport stops in Styria for use in OSM. The planned import is outlined here: [6] and a discussion has been started on the imports-Mailinglist: [7]. The reason for my mail to you is: We also received a lot of attributes for each platform, including a unique ID per platform, which has been identified as the IFOPT-number, an internationally unique number. It appears unclear, if this number should be added to all the platforms in OSM, or if this is unnecessary/unwanted. Has there already been a discussion on how (if at all) to use this number? The most straigh-forward method that comes to my mind would be to include it as ref:IFOPT, but what is the opinion on this list? I think it could become important when timetable- or real-time-data becomes available, but I don't know if this is true. I'm looking forward to you answers, Andreas [1] http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Regionalbusse_Steiermark [2] http://verbundlinie.at/busbahnbim-auskunft/pdf/j13/stv_40200m_j13.pdf [3] http://verbundlinie.at/busbahnbim-auskunft/pdf/j13/stv_40200n_j13.pdf [4] http://www.openstreetmap.org/relation/955209 [5] http://www.openstreetmap.org/relation/2165551 [6] http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_Haltestellen_Steiermark [7] https://lists.openstreetmap.org/pipermail/imports/2013-November/002428.html ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] maintenance is very time consuming on public transport routes
On Mon, Dec 2, 2013 at 1:22 PM, Mike N nice...@att.net wrote: On 12/1/2013 5:32 PM, Jo wrote: Hmm, I was thinking of staying more or less within the lines of what we have now, but take away the burden of 10, 20, 70 relations on the same piece of road. I'm just curious - what type of data consumer could use information from OSM which contains 70 routes in a road segment? It would seem to be too many to fit on a map display, but I suppose a device would be able to highlight a single route variation on demand. I am looking at using the OSM transport data in transport network planning, in particular, how to buiid a network which works more effectively (dare I say efficiently). We need all this information. The routes also need to be described with 'time-of-day' as well. (Locally, we have roads that reverse direction depending on the time-of-day/weekday/weekend.) ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] maintenance is very time consuming on public transport routes
On 12/3/2013 6:34 PM, Jo wrote: Would it be useful to add all the starting times/ending times as well for a given route? This can be different depending on weekdays/Saturdays/Sundays/weekdays during short school holidays/weekdays during long school holidays. How would we indicate that difference? It's probably not wise to add it, it changes even more often than the routes themselves. It will be very awkward and tag-heavy to add time information to the OSM data. It's possible to add some data as listed above, but - in addition to the variations above: What about route schedule timing points? (Where the bus leaves at a targeted time, waiting if necessary). Technically, each of those points must be updated according to the schedule above. In my tiny area without GTFS, I created the 13 routes in OSM, then created GTFS data with an external tool to add time schedules. The tool was not ideal, but the GTFS and OSM routes matched exactly. There may be better tools available now (For example, I haven't looked at the GTFS editor at https://github.com/openplans/gtfs-editor ) ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] maintenance is very time consuming on public transport routes
Hi Mike, Which tool were you using for GTFS? On Wed, Dec 4, 2013 at 11:31 AM, Mike N nice...@att.net wrote: On 12/3/2013 6:34 PM, Jo wrote: Would it be useful to add all the starting times/ending times as well for a given route? This can be different depending on weekdays/Saturdays/Sundays/weekdays during short school holidays/weekdays during long school holidays. How would we indicate that difference? It's probably not wise to add it, it changes even more often than the routes themselves. It will be very awkward and tag-heavy to add time information to the OSM data. It's possible to add some data as listed above, but - in addition to the variations above: What about route schedule timing points? (Where the bus leaves at a targeted time, waiting if necessary). Technically, each of those points must be updated according to the schedule above. In my tiny area without GTFS, I created the 13 routes in OSM, then created GTFS data with an external tool to add time schedules. The tool was not ideal, but the GTFS and OSM routes matched exactly. There may be better tools available now (For example, I haven't looked at the GTFS editor at https://github.com/openplans/gtfs-editor ) ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-hr] OSM HR aktivnosti, kratki izvjestaj
Što se tiče uređivanja stranice tj. stavljanja obavijesti/vijesti napravio bi jednu blijedu pribilježbu za tu ulogu. Moram vidjeti kakvo će mi biti stanje s internetom pošto ga u ovom trenutku dobivam na kapaljku. Fiki ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] osm-hr kao dio udruge?
Kratko i jasno, open.hr Fiki ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] d-tuazon stoplight
they re-opened the traffic light there when mayor erap banned buses in manila. traffic was diverted from mabuhay rotonda since then i remember a u-turn slot i added years ago needs to be deleted again when MMDA closed it :( --- I explore, therefore I blog! http://www.backpackingphilippines.com http://www.facebook.com/BackpackingPhilippines http://plus.google.com/+BackpackingPhilippines Twitter: backpackPH Instagram: backpackPH On Dec 3, 2013, at 3:26 PM, jc tn jctan...@yahoo.com wrote: hello, D-Tuazon crossing of Quezon Avenue is sporting stoplights. (the intersection is open again). I've used Potlatch2 but the new editor is giving me fits. The fix is more complicated than I have time for. (administrative lines are mixed in) Would somebody do it please? thanks. ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Mini-SOTM-PH 2013 on December 14
Dear everyone, Program is still in a state of flux but we are progressing. Some updates: - we have participants and talks from the Humanitarian OSM Team, OSM-Indonesia and OSM-Japan! - Day 1 will be mostly talks and demos - Day 2 will be for worhsops and mapping If you have ideas for topics and workshops please in this thread our work on wiki yourself: http://wiki.openstreetmap.org/wiki/Philippines/Events/sotm-ph-2013 On Fri, Nov 29, 2013 at 6:57 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, As we continue to support the crisismapping for Yolanda affected areas, let's have a break and meetup before the year ends! We (ESSC) is proposing a mini-SOTM-PH event on December 14, 2013 in our office. So far, I have arranged a one day event but if you want it for two days, let us know. Planning page here: http://wiki.openstreetmap.org/wiki/Philippines/Events/sotm-ph-2013 Let's discuss in this list what you want to do on this day. Sponsors welcome. :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Mini-SOTM-PH 2013 on December 14
Hello Everyone, I'm excited to meet all of you next weekend. Would people be interested in discussing next steps related to Yolanda recover? Maybe we could do a chat with some of the international volunteers as well? Thanks, -Kate On Tue, Dec 3, 2013 at 8:00 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, Program is still in a state of flux but we are progressing. Some updates: - we have participants and talks from the Humanitarian OSM Team, OSM-Indonesia and OSM-Japan! - Day 1 will be mostly talks and demos - Day 2 will be for worhsops and mapping If you have ideas for topics and workshops please in this thread our work on wiki yourself: http://wiki.openstreetmap.org/wiki/Philippines/Events/sotm-ph-2013 On Fri, Nov 29, 2013 at 6:57 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, As we continue to support the crisismapping for Yolanda affected areas, let's have a break and meetup before the year ends! We (ESSC) is proposing a mini-SOTM-PH event on December 14, 2013 in our office. So far, I have arranged a one day event but if you want it for two days, let us know. Planning page here: http://wiki.openstreetmap.org/wiki/Philippines/Events/sotm-ph-2013 Let's discuss in this list what you want to do on this day. Sponsors welcome. :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] noexit
Hooi, NL: Er is een probleem met tag 'noexit', volgens de wiki moet deze tag aan het einde van de weg geplaatst worden en eventueel aangepast worden met 'access' indien bepaalde gebruikers, zoals voetgangers, fietsers, er toch door mogen. http://wiki.openstreetmap.org/wiki/Noexit In de wiki 'Road_signs_in_Belgium ' wordt de tag 'noexit' verward met aanwijzingsbord F45 die aan de ingang van een baan geplaatst wordt. Ze hebben dezelfde pictogram. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Ik denk dat het fout is met aanwijzingsbord F45 de 'noexit' tag te gebruiken zoals daar aangegeven wordt. Moet dat niet aangepast worden om verwarring te vermijden. FR: Il y a un problème avec le tag 'noexit', suivant le wiki ce tag doit être placé en bout de chemin et complété avec 'access' si certains utilisateurs peuvent y passer. http://wiki.openstreetmap.org/wiki/Noexit Dans le wiki 'Road_signs_of_Belgium' le tag 'noexit est confondu avec le panneau de signalisation F45 que l'on place au début des rues. Ils ont le même pictogramme. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Je crois que c'est une erreur d'associer le panneau de signalisation F45 au tag 'noexit' comme indiqué là. Ne doit-on pas le corriger pour éviter les confusions Sus ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] noexit
Hallo Sus, Ik ben 's naar de historiek van die wikipagina gaan kijken en oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat doodloopt en niet op de laatste node. De wiki is dan op een gegeven ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar mijn gevoel niet klopt. Ik interpreteer die noexit yes op een straat ook als enkel geldend voor auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien. Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos. mvg, Jo Op 3 december 2013 11:50 schreef Verhoeven Fr sus...@gmail.com: Hooi, NL: Er is een probleem met tag 'noexit', volgens de wiki moet deze tag aan het einde van de weg geplaatst worden en eventueel aangepast worden met 'access' indien bepaalde gebruikers, zoals voetgangers, fietsers, er toch door mogen. http://wiki.openstreetmap.org/wiki/Noexit In de wiki 'Road_signs_in_Belgium ' wordt de tag 'noexit' verward met aanwijzingsbord F45 die aan de ingang van een baan geplaatst wordt. Ze hebben dezelfde pictogram. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_ Direction_and_information_signs Ik denk dat het fout is met aanwijzingsbord F45 de 'noexit' tag te gebruiken zoals daar aangegeven wordt. Moet dat niet aangepast worden om verwarring te vermijden. FR: Il y a un problème avec le tag 'noexit', suivant le wiki ce tag doit être placé en bout de chemin et complété avec 'access' si certains utilisateurs peuvent y passer. http://wiki.openstreetmap.org/wiki/Noexit Dans le wiki 'Road_signs_of_Belgium' le tag 'noexit est confondu avec le panneau de signalisation F45 que l'on place au début des rues. Ils ont le même pictogramme. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_ Direction_and_information_signs Je crois que c'est une erreur d'associer le panneau de signalisation F45 au tag 'noexit' comme indiqué là. Ne doit-on pas le corriger pour éviter les confusions Sus ___ 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] noexit
2013/12/3 Jo winfi...@gmail.com Hallo Sus, Ik ben 's naar de historiek van die wikipagina gaan kijken en oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat doodloopt en niet op de laatste node. De wiki is dan op een gegeven ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar mijn gevoel niet klopt. Ik interpreteer die noexit yes op een straat ook als enkel geldend voor auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien. Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos. De tag is naar mijn mening niet bedoeld voor kaarten en applicaties, maar voor bewerkers en controleurs. Het komt vaak voor dat een weg die 'in het niets' eindigt een fout of incompleetheid is - de weg hoort ergens aan vast, maar iemand heeft 'net naast' geclickt, of de weg gaat wel verder, maar dat deel was niet gesurveyd. noexit=yes geeft aan dat deze niet het geval zijn, maar de weg echt ophoudt op dat punt. Ik vind juist wat jij kennelijk wil vrij zinloos - dat de weg doodloopt voor automobilisten, kun je ook wel uit de bestaande wegen en tags afleiden, daar is dus geen aparte tag voor nodig. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] noexit
Hooi Jo, Die tag is niet zo zinloos wanneer de baan op een kanaal eindigt. ;-) In de buurt zijn er ook straten die op een reeks garages eindigen, en er zijn aanwijsborden F45 waarachter er nog tal van straten liggen. Die F45 tag zou dan ook een richting moeten hebben of anders is hij zeker zinloos. Maar het probleem ligt daar niet, wil men conflicten vermeiden moeten we ons allen aan dezelfde regels houden en niet te lokaal gaan denken. Ik verwijder ook niet graag tags van anderen. Salukes Sus Le 3/12/2013 12:50, Jo a écrit : Hallo Sus, Ik ben 's naar de historiek van die wikipagina gaan kijken en oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat doodloopt en niet op de laatste node. De wiki is dan op een gegeven ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar mijn gevoel niet klopt. Ik interpreteer die noexit yes op een straat ook als enkel geldend voor auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien. Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos. mvg, Jo Op 3 december 2013 11:50 schreef Verhoeven Fr sus...@gmail.com mailto:sus...@gmail.com: Hooi, NL: Er is een probleem met tag 'noexit', volgens de wiki moet deze tag aan het einde van de weg geplaatst worden en eventueel aangepast worden met 'access' indien bepaalde gebruikers, zoals voetgangers, fietsers, er toch door mogen. http://wiki.openstreetmap.org/wiki/Noexit In de wiki 'Road_signs_in_Belgium ' wordt de tag 'noexit' verward met aanwijzingsbord F45 die aan de ingang van een baan geplaatst wordt. Ze hebben dezelfde pictogram. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Ik denk dat het fout is met aanwijzingsbord F45 de 'noexit' tag te gebruiken zoals daar aangegeven wordt. Moet dat niet aangepast worden om verwarring te vermijden. FR: Il y a un problème avec le tag 'noexit', suivant le wiki ce tag doit être placé en bout de chemin et complété avec 'access' si certains utilisateurs peuvent y passer. http://wiki.openstreetmap.org/wiki/Noexit Dans le wiki 'Road_signs_of_Belgium' le tag 'noexit est confondu avec le panneau de signalisation F45 que l'on place au début des rues. Ils ont le même pictogramme. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Je crois que c'est une erreur d'associer le panneau de signalisation F45 au tag 'noexit' comme indiqué là. Ne doit-on pas le corriger pour éviter les confusions Sus ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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] noexit
On 2013-12-03 11:50, Verhoeven Fr wrote : Hooi, NL: Er is een probleem met tag 'noexit', volgens de wiki moet deze tag aan het einde van de weg geplaatst worden en eventueel aangepast worden met 'access' indien bepaalde gebruikers, zoals voetgangers, fietsers, er toch door mogen. http://wiki.openstreetmap.org/wiki/Noexit In de wiki 'Road_signs_in_Belgium ' wordt de tag 'noexit' verward met aanwijzingsbord F45 die aan de ingang van een baan geplaatst wordt. Ze hebben dezelfde pictogram. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Ik denk dat het fout is met aanwijzingsbord F45 de 'noexit' tag te gebruiken zoals daar aangegeven wordt. Moet dat niet aangepast worden om verwarring te vermijden. FR: Il y a un problème avec le tag 'noexit', suivant le wiki ce tag doit être placé en bout de chemin et complété avec 'access' si certains utilisateurs peuvent y passer. http://wiki.openstreetmap.org/wiki/Noexit Dans le wiki 'Road_signs_of_Belgium' le tag 'noexit est confondu avec le panneau de signalisation F45 que l'on place au début des rues. Ils ont le même pictogramme. http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F_Direction_and_information_signs Je crois que c'est une erreur d'associer le panneau de signalisation F45 au tag 'noexit' comme indiqué là. Ne doit-on pas le corriger pour éviter les confusions Sus I think that this tag corresponds to F45 very well but that it is pointless, sort of meaningless. Neither F45 nor the tag is an access restriction sign but an indication sing and the tag is purely informative. I wanted to talk about it on tagging and that comes next. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] noexit
Hi, noexit http://wiki.openstreetmap.org/wiki/Key:noexit=yes, apparently corresponding to this dead end signal, http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F45 is said to be used at the end of a highway http://wiki.openstreetmap.org/wiki/Key:highway=* to indicate that there no possibility to travel further by any transport mode along a formal path or route. But: * it's very unclear what at the end of means. Which? According to the icons (only): o on a way? (50% usage) then on which end of it is the dead end? o on a node? seems more sensible, but how determine towards which way of several connected there? * This tag is mainly useful where a road or path ends close to another way but where it isn't possible to get through due to a barrier or other obstruction which may otherwise look like a mistake for a connection to the nearby road. It helps other mappers and quality-check programs to understand the situation correctly. ??? * This tag should not be used where the way is only it is a dead-end for one transport mode, but where other modes can continue. ??? ??? The main question is: *is it an access restriction*? Knowing if it is an access restriction is of course uttermost important for the Number One OSM application to work: routing programs like on GPS: a program using an algorithm cannot accept a vague definition. If one thing must be said clearly, it is that. The article suggests it is, throwing in a reference to Access-Restrictions http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions which in turn refers to Key:access http://wiki.openstreetmap.org/wiki/Key:access, but all that without a single word of it. mainly useful... and it helps other mappers... suggest it is not. Routing-wise, that tag seems perfectly useless, because the much less ambiguous, better way to indicate no passing from one way to another is simply not to connect them, or, in case of vehicle distinction, to connect them with a tiny bit of segment on which the access restriction applies the normal way. The only one I ever noticed is here http://www.openstreetmap.org/?mlat=50.5329mlon=5.5619way=154977461#map=16/50.5329/5.5619. As you can see, it does not indicate which end. It seems the odds are in the west, but there is absolutely no access-restriction there. When coming from the north-west or the Rue de l'Athénée, I've seen a router leaving the main road and taking onto that way. Go figure! It looks from discussions that this tag is really confusing people regarding the restriction meaning. I have read that such a vague definition is used for routing. Now you figure. !!! I doubt very much that this tags helps anybody or any quality-check program to understand anything. A note should suffice, and I think the best option would be to remove that confusing tag. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] noexit
On 03-12-13 14:34, Verhoeven Fr wrote: Hooi Jo, Die tag is niet zo zinloos wanneer de baan op een kanaal eindigt. ;-) In de buurt zijn er ook straten die op een reeks garages eindigen, en er zijn aanwijsborden F45 waarachter er nog tal van straten liggen. Die F45 tag zou dan ook een richting moeten hebben of anders is hij zeker zinloos. Maar het probleem ligt daar niet, wil men conflicten vermeiden moeten we ons allen aan dezelfde regels houden en niet te lokaal gaan denken. Ik verwijder ook niet graag tags van anderen. Je verwart wel de tag die in josm hetzelfde eruit ziet als het bord. Die hebben niks met elkaar te maken. De tag zegt gewoon: Niets te zien vanaf hier, geen doorkomen aan. Het bord F45 heeft niks met die tag te maken eigenlijk. Uw kanaal voorbeeld heeft niets met de noexit tag te maken. Zinloos is hij ook niet, want als een router aan een node komt met die tag wordt er een 'besluit' genomen in de software. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] noexit
. Routing-wise, that tag seems perfectly useless, because the much less ambiguous, better way to indicate no passing from one way to another is simply not to connect them, or, in case of vehicle distinction, to connect them with a tiny bit of segment on which the access restriction applies the normal way. Ok, but software-wise that means you need to look up stuff in the area, which accounts for extra operations. This tag just says: No need to look further, stop here. Don't even look voor 'close-by roads'. Not as useless when you look from other perspectives. It looks from discussions that this tag is really confusing people regarding the restriction meaning. I have read that such a vague definition is used for routing. Now you figure. !!! It is confusing because the icon in JOSM is the same as F45 sign. But they have nothing to do with eachother. Just like the traffic-sign icon in JOSM that shows all lights burning when you look closely, in reality they take turns in burning. We need to take a shovel and seperate the siamese twins once and for all. I doubt very much that this tags helps anybody or any quality-check program to understand anything. A note should suffice, and I think the best option would be to remove that confusing tag. As above, it helps to decide and for performance it will sure help in preventing expensive lookups just to know nothing of interest is there. Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] noexit
Bedankt Marc, dat helpt me vooruit. Guy Vanvuchelen Van: Marc Gemis [mailto:marc.ge...@gmail.com] Verzonden: dinsdag 3 december 2013 13:40 Aan: OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] noexit Ik gebruik barrier=block agricultural=yes motor_vehicle=no bicycle=yes foot=yes horse=yes ... voor een tractorsluis. 2013/12/3 Guy Vanvuchelen guy.vanvuche...@gmail.com Op een weg staat in het begin een aanwijzingsbord F45 de weg loopt gewoon door tot aan een andere weg .maar na 50 meter staat er een tractorsluis. Een tag voor een tractorsluis heb ik nog niet gevonden maar het is een betonnen verhoog in het midden van de weg waar een tractor wel over kan maar een gewoon voertuig rijdt er zich te pletter op. Ik vind het dan een goed idee om op de hele weg noexit te plaatsen en bij uitbreiding ook altijd als je dat aanwijzingsbord tegen komt. Guy Vanvuchelen Van: Andre Engels [mailto:andreeng...@gmail.com] Verzonden: dinsdag 3 december 2013 12:58 Aan: winfi...@gmail.com; OpenStreetMap Belgium Onderwerp: Re: [OSM-talk-be] noexit 2013/12/3 Jo winfi...@gmail.com Hallo Sus, Ik ben 's naar de historiek van die wikipagina gaan kijken en oorspronkelijk werd noexit op het gedeelte van de weg geplaatst dat doodloopt en niet op de laatste node. De wiki is dan op een gegeven ogenblik aangepast en nu staat daar dat het op de eindnode moet, wat naar mijn gevoel niet klopt. Ik interpreteer die noexit yes op een straat ook als enkel geldend voor auto's en andere motorvoertuigen. Als je te voet of met de fiets wel verder kan op het einde, kan je er gewoon een footway of cycleway bij aanbreien. Zoals het nu op de wiki staat, lijkt die tag me vrij zinloos. De tag is naar mijn mening niet bedoeld voor kaarten en applicaties, maar voor bewerkers en controleurs. Het komt vaak voor dat een weg die 'in het niets' eindigt een fout of incompleetheid is - de weg hoort ergens aan vast, maar iemand heeft 'net naast' geclickt, of de weg gaat wel verder, maar dat deel was niet gesurveyd. noexit=yes geeft aan dat deze niet het geval zijn, maar de weg echt ophoudt op dat punt. Ik vind juist wat jij kennelijk wil vrij zinloos - dat de weg doodloopt voor automobilisten, kun je ook wel uit de bestaande wegen en tags afleiden, daar is dus geen aparte tag voor nodig. -- André Engels, andreeng...@gmail.com ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] noexit
De mening dat de tag overbodig is wordt ook door veel andere mappers gedeeld. Ik reken mijzelf tot die bekeerlingen. Een klein beetje routing software zou in staat moeten zijn om zonder die tag uit te maken of een straat doodlopend is met al dan niet doorgang voor voetgangers en/of fietsers. Overigens bestaat er sinds augustus 2013 een nieuw bord F45b ( http://wiki.openstreetmap.org/wiki/Road_signs_in_Belgium#F45b) om de doorgang voor voetgangersen fietsers in een doodlopende straat aan te duiden. Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Largest PR campaign from G* in Germany with map mashup
Hi, Since this flood I have a few ideas for a website, where everybody can request help or see positions where help is needed. There is also an app for mobile devices in thoughts. When I am at home, I could email you further details and a few questions I have. Yours danfai Am 03.12.2013 08:46 schrieb Manfred A. Reiter ma.rei...@gmail.com: Yes, you can do it for a monopolist er a free and open community. ;-) Lebt us think about how we can re-use it. ;-) MR - mobile - sorry for typos and brevity Am 03.12.2013 08:20 schrieb Stefan Keller sfkel...@gmail.com: Hi, Theses days a 90 seconds clip about Lars and Isa: Two against the flood is being broadcasted. It's a story about two helpers who mashed up a map of flood hotspots that coordinated volunteers. It's the first story out of five (selected from 1'100) during the largest PR campaign from G* in Germany. Yours, S. [1] http://www.mz-web.de/halle-saalekreis/hochwasser-in-halle-google-macht-werbung-mit-fluthelfern,20640778,24778858.html ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] proprietary and unrelated images on the about page
On Monday 02 December 2013, Christoph Hormann wrote: TopOSM: http://toposm.ahlzen.com/ (various examples on http://wiki.openstreetmap.org/wiki/TopOSM) OpenSeaMap: http://map.openseamap.org/?zoom=14lat=56.04136lon=12.63945layers=BFTFFFTFFFT0 OSM2World: http://maps.osm2world.org/?h=128view=Wzoom=16lat=48.57188lon=13.46038layers=B0 The Heat maps from: http://wiki.openstreetmap.org/wiki/SotM_2011_session:_Insert_Coin_To_Play The normal map in regions with non-latin script (demonstrating the international and multilingual character of the project): http://www.openstreetmap.org/#map=15/36.8092/10.1738 http://www.openstreetmap.org/#map=15/32.0951/34.7996 http://www.openstreetmap.org/#map=15/35.7375/51.5014 http://www.openstreetmap.org/#map=14/39.9178/116.3833 or the Multilingual map (http://mlm.jochentopf.com/) I know combining such to an image with harmonic colors is not easy but for this purpose it would be perfectly acceptable to tweak the colors of the various maps for an appealing collage. On Monday 02 December 2013, Martin Koppenhoefer wrote: Opencyclemap.org opencyclemap.org/?zoom=11lat=40.7322lon=-73.95491layers=B000 ÖPNV-Karte http://öpnvkarte.de/?zoom=13lat=51.50521lon=-0.14401layers=TBTTThttp://xn--pnvkarte-m4a.de/?zoom=13lat=51.50521lon=-0.14401layers=TBTTT and many more individual mapstyles including work from stamen, mapbox, non-mapnik renderings, ... I am fairly certain each and every one of these suggestions has already been featured as an image of the week. Those of you on IRC will know that every week Harry dutifully runs around asking people for suggestions and submissions for a new image of the week, and things that aren't repeats are getting fairly thin on the ground now after n hundred IotWs. I am sure Harry would be only too happy to accept help with the IotW maintenance task if you were willing to provide it, but only if you're able to help in providing non-repetitious images. robert. (or maybe, looking at the wider view, people want to debate whether repeats are ok?) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New layout
This looks like the best place for this, but I think (and forgive me if I can't find it - I'm a bit blind) but I think that there is not even a link to the main OSM Blog from anywhere on the osm.org homepage or sub pages! http://blog.openstreetmap.org ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bitcoin Spam
Hi, we're seeing a rising number of new ways and nodes which seem to be added by people who create an account for just one purpose, namely adding a business to the map. This could be great - if every business were to add themselves to the map, we'd have a nice collection of POIs. However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. It seems that a name and payment:bitcoin=yes is sufficient for that site, with an optional advertising slug in the note tag. But for us, not so much. First of all because advertising has no room in OSM; second because many of these businesses seem to be not really on the ground (but just a mail-order place that wants to have some marker somewhere), third because they often don't contain even minimal information that would make them useful to us. I've collected these objects created in the past couple of days here http://www.remote.org/frederik/tmp/bitcoin.osc A few examples: node id=252007 version=1 timestamp=2013-11-04T17:56:44Z uid=1795331 user=The Tobacco Seed Company changeset=18716456 lat=51.5442768 lon=0.7236584 tag k=name v=The Tobacco Seed Company/ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.tobaccoseed.co.uk/ /node This is blatant advertising for a web site. It doesn't even say what kind of shop this is supposed to be. node id=2523904649 version=1 timestamp=2013-11-08T04:46:05Z uid=1798995 user=mkondratov changeset=18776505 lat=41.4183069 lon=-81.694649 tag k=name v=Noosphere Ltd, Computer Repair/ tag k=note v=Computer Repair Services/ tag k=payment:bitcoin v=yes/ tag k=phone v=1-216-459-1994/ tag k=website v=http://www.noospherecomputers.com/ /node This, too, is little more than a name on our map. We don't usually include the field of business in the name - this should have been expressed through a proper shop tag. node id=2526590372 version=1 timestamp=2013-11-10T15:46:58Z uid=1801179 user=79s VOF changeset=18818705 lat=52.372218 lon=4.8653634 tag k=name v=79s VOF/ tag k=payment:bitcoin v=yes/ tag k=website v=https://store.79s.co/ /node Spam. node id=2537387222 version=1 timestamp=2013-11-18T01:07:54Z uid=1809524 user=webhostpl changeset=18964238 lat=50.0727563 lon=19.8938861 tag k=domeny v=/ tag k=hosting v=/ tag k=name v=Webhost.pl/ tag k=payment:bitcoin v=yes/ tag k=strony internetowe v=/ tag k=website v=http://www.webhost.pl/ /node Broken tagging (quite frequent). node id=2540057545 version=1 timestamp=2013-11-19T18:09:14Z uid=1651798 user=oldenburg69 changeset=18998877 lat=36.2026532 lon=-115.0597195 tag k=addr:city v=Las Vegas/ tag k=addr:housenumber v=5216/ tag k=addr:postcode v=89156/ tag k=addr:street v=Glendale Ave./ tag k=name v=Hannig Fab Works/ tag k=note v=Hannig Fab Works LLC is a custom metal fabrication shop specializing in creating high quality metal fixtures, custom fabrication and metal art to customers in the Southern Nevada and abroad via the internet./ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.hannigfabworks.com// /node Tagging is ok as far as the address node is concerned, but without a shop tag the rest is kind of useless, and the note tag is not for your marketing tagline. node id=2548748273 version=1 timestamp=2013-11-24T14:38:32Z uid=1817212 user=l337 PLace changeset=19091714 lat=60.1491622 lon=24.6551426 tag k=addr:city v=Espoo/ tag k=addr:housename v=1337Place/ tag k=addr:housenumber v=4/ tag k=addr:postcode v=02320/ tag k=addr:street v=Espoonlahdenkatu/ tag k=name v=1337place.com (Logistics only)/ tag k=note v=Quality products shipping worldwide starting @5EUR. BeagleBone Black and much more. U can pay with Bitcoin! #BTC #Bitcoin/ tag k=payment:bitcoin v=yes/ tag k=phone v=+358466401678/ tag k=website v=http://www.1337place.com/ /node Whatever BeagleBone Black is, this house is certeinly not called 1337Place... node id=2563617422 visible=true version=1 changeset=19261838 timestamp=2013-12-03T21:42:21Z user=EcoBox uid=1828695 lat=29.4561384 lon=-98.4193203 tag k=moving boxes v=moving boxes/ tag k=name v=EcoBox//node /node What shall I say. The changeset comment contained something about accepting bitcoin. This is all rather undesirable - people adding their business to OSM would be great, but advertising isn't, and we'd prefer if they actually used tagging that is used in OSM, rather than simply rushing in a name tag and a location because that's enough to get listed on some third party web site. I delete the ones I encounter when they're outright spam but I'm shying away from suggesting some kind of automated cleaning job because I'm not clear on what the minimum
[OSM-talk] Meet us in Birmingham on Thursday
Hi all, We are fast approaching the first Thursday of the month and that means it's time for the local West Midlands group to meet up for a drink or two in the evening. All are welcome, so please join us from 7:30pm at The Bull, Price Street, Birmingham. http://wiki.openstreetmap.org/wiki/Mappa_Mercia#Next_meeting One topic that will be discussed is the new website - no not the OSM one, our Mappa Mercia site!! Development has been on hold since before State of the Map (we would welcome support from anyone who knows web dev/wordpress). See you Thursday, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Meet us in Birmingham on Thursday
(Sorry, that should have gone to talk-gb - please reply there) On 3 December 2013 22:49, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi all, We are fast approaching the first Thursday of the month and that means it's time for the local West Midlands group to meet up for a drink or two in the evening. All are welcome, so please join us from 7:30pm at The Bull, Price Street, Birmingham. http://wiki.openstreetmap.org/wiki/Mappa_Mercia#Next_meeting One topic that will be discussed is the new website - no not the OSM one, our Mappa Mercia site!! Development has been on hold since before State of the Map (we would welcome support from anyone who knows web dev/wordpress). See you Thursday, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
Hi Fred and others interested, I respectfully disagree that the disagree example items would be (blatant) spam. They are clearly all missing what I call a primary (classifying) tag (shop=* or office=* most likely for all referenced). And there are some tagging mistakes too on existing tags. Like using note for what seems to be more a description (which is possibly a problem of the coin map documentation?). And perhaps we should have better documentation / stated policy on adjectives / tone of the description tag? These hold true. But spam? I don't think so. As for mail (/Internet) order shops I'd think that eg office=mail(/internet)_order_store would always be good - - for their physical office, that is. I would only consider it spam if it doesn't actually exist in reality or perhaps if it is grossly misplaced (to the extent that it is clear that no one even tried to place it right. Overall, I think this is probably more an issue of how we should handle a growing low end of a long tail in OSM contributions. There is no reason that we could and should not see this as a positive problem /challenge. Perhaps it could be possible to have a MapRoulette challenge for verifying all lone nodes + only_name_no_main_tag-objects from contributors that have only a few change sets in their edit history? (under 10-50?) Some tools for verifying n00bs' change sets would be great in general (and I still have no clue of coding so I'm useless for actually developing them). This issue also links to previously (from time to time) discussed topic of how to curate beginners' edits, even have some sort of review system for beginners' / other selected users' edits. Anyways. I think that having more people contribute - including people whose main (primary) interest is to add only their business is good (when not done in bad faith, which doesn't seem to be the case in your examples). We just need to figure out how to provide targeted support, quite possibly better targeted documentation (in this case probably coin map's job) and how to curate in a targeted manner. Cheers, -Jaakko -- Sent from my Android device. On Dec 3, 2013 5:11 PM, Frederik Ramm frede...@remote.org wrote: Hi, we're seeing a rising number of new ways and nodes which seem to be added by people who create an account for just one purpose, namely adding a business to the map. This could be great - if every business were to add themselves to the map, we'd have a nice collection of POIs. However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. It seems that a name and payment:bitcoin=yes is sufficient for that site, with an optional advertising slug in the note tag. But for us, not so much. First of all because advertising has no room in OSM; second because many of these businesses seem to be not really on the ground (but just a mail-order place that wants to have some marker somewhere), third because they often don't contain even minimal information that would make them useful to us. I've collected these objects created in the past couple of days here http://www.remote.org/frederik/tmp/bitcoin.osc A few examples: node id=252007 version=1 timestamp=2013-11-04T17:56:44Z uid=1795331 user=The Tobacco Seed Company changeset=18716456 lat=51.5442768 lon=0.7236584 tag k=name v=The Tobacco Seed Company/ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.tobaccoseed.co.uk/ /node This is blatant advertising for a web site. It doesn't even say what kind of shop this is supposed to be. node id=2523904649 version=1 timestamp=2013-11-08T04:46:05Z uid=1798995 user=mkondratov changeset=18776505 lat=41.4183069 lon=-81.694649 tag k=name v=Noosphere Ltd, Computer Repair/ tag k=note v=Computer Repair Services/ tag k=payment:bitcoin v=yes/ tag k=phone v=1-216-459-1994/ tag k=website v=http://www.noospherecomputers.com/ /node This, too, is little more than a name on our map. We don't usually include the field of business in the name - this should have been expressed through a proper shop tag. node id=2526590372 version=1 timestamp=2013-11-10T15:46:58Z uid=1801179 user=79s VOF changeset=18818705 lat=52.372218 lon=4.8653634 tag k=name v=79s VOF/ tag k=payment:bitcoin v=yes/ tag k=website v=https://store.79s.co/ /node Spam. node id=2537387222 version=1 timestamp=2013-11-18T01:07:54Z uid=1809524 user=webhostpl changeset=18964238 lat=50.0727563 lon=19.8938861 tag k=domeny v=/ tag k=hosting v=/ tag k=name v=Webhost.pl/ tag k=payment:bitcoin v=yes/ tag k=strony internetowe v=/ tag k=website v=http://www.webhost.pl/ /node Broken tagging (quite frequent). node id=2540057545 version=1 timestamp=2013-11-19T18:09:14Z
Re: [OSM-talk] Bitcoin Spam
Frederik Ramm wrote: I delete the ones I encounter when they're outright spam but I'm shying away from suggesting some kind of automated cleaning job because I'm not clear on what the minimum tagging should be on any node. We don't currently have any such rules but seeing people dumping things into our database that we can't use just so they're shown on coinmap seems a bit strange. A request to 'coinmap' that any information added here must include the type of premise, address and postcode? Otherwise they will be deleted as having no physical existence? And if they don't oblige then block the bitcoin tag ;) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
Hi, This is a good problem to have. The http://coinmap.org/ web site has a video on how to had POI to OSM. We should ask them to update the video. Thanks Jason. On Tue, Dec 3, 2013 at 5:10 PM, Frederik Ramm frede...@remote.org wrote: Hi, we're seeing a rising number of new ways and nodes which seem to be added by people who create an account for just one purpose, namely adding a business to the map. This could be great - if every business were to add themselves to the map, we'd have a nice collection of POIs. However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. It seems that a name and payment:bitcoin=yes is sufficient for that site, with an optional advertising slug in the note tag. But for us, not so much. First of all because advertising has no room in OSM; second because many of these businesses seem to be not really on the ground (but just a mail-order place that wants to have some marker somewhere), third because they often don't contain even minimal information that would make them useful to us. I've collected these objects created in the past couple of days here http://www.remote.org/frederik/tmp/bitcoin.osc A few examples: node id=252007 version=1 timestamp=2013-11-04T17:56:44Z uid=1795331 user=The Tobacco Seed Company changeset=18716456 lat=51.5442768 lon=0.7236584 tag k=name v=The Tobacco Seed Company/ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.tobaccoseed.co.uk/ /node This is blatant advertising for a web site. It doesn't even say what kind of shop this is supposed to be. node id=2523904649 version=1 timestamp=2013-11-08T04:46:05Z uid=1798995 user=mkondratov changeset=18776505 lat=41.4183069 lon=-81.694649 tag k=name v=Noosphere Ltd, Computer Repair/ tag k=note v=Computer Repair Services/ tag k=payment:bitcoin v=yes/ tag k=phone v=1-216-459-1994/ tag k=website v=http://www.noospherecomputers.com/ /node This, too, is little more than a name on our map. We don't usually include the field of business in the name - this should have been expressed through a proper shop tag. node id=2526590372 version=1 timestamp=2013-11-10T15:46:58Z uid=1801179 user=79s VOF changeset=18818705 lat=52.372218 lon=4.8653634 tag k=name v=79s VOF/ tag k=payment:bitcoin v=yes/ tag k=website v=https://store.79s.co/ /node Spam. node id=2537387222 version=1 timestamp=2013-11-18T01:07:54Z uid=1809524 user=webhostpl changeset=18964238 lat=50.0727563 lon=19.8938861 tag k=domeny v=/ tag k=hosting v=/ tag k=name v=Webhost.pl/ tag k=payment:bitcoin v=yes/ tag k=strony internetowe v=/ tag k=website v=http://www.webhost.pl/ /node Broken tagging (quite frequent). node id=2540057545 version=1 timestamp=2013-11-19T18:09:14Z uid=1651798 user=oldenburg69 changeset=18998877 lat=36.2026532 lon=-115.0597195 tag k=addr:city v=Las Vegas/ tag k=addr:housenumber v=5216/ tag k=addr:postcode v=89156/ tag k=addr:street v=Glendale Ave./ tag k=name v=Hannig Fab Works/ tag k=note v=Hannig Fab Works LLC is a custom metal fabrication shop specializing in creating high quality metal fixtures, custom fabrication and metal art to customers in the Southern Nevada and abroad via the internet./ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.hannigfabworks.com// /node Tagging is ok as far as the address node is concerned, but without a shop tag the rest is kind of useless, and the note tag is not for your marketing tagline. node id=2548748273 version=1 timestamp=2013-11-24T14:38:32Z uid=1817212 user=l337 PLace changeset=19091714 lat=60.1491622 lon=24.6551426 tag k=addr:city v=Espoo/ tag k=addr:housename v=1337Place/ tag k=addr:housenumber v=4/ tag k=addr:postcode v=02320/ tag k=addr:street v=Espoonlahdenkatu/ tag k=name v=1337place.com (Logistics only)/ tag k=note v=Quality products shipping worldwide starting @5EUR. BeagleBone Black and much more. U can pay with Bitcoin! #BTC #Bitcoin/ tag k=payment:bitcoin v=yes/ tag k=phone v=+358466401678/ tag k=website v=http://www.1337place.com/ /node Whatever BeagleBone Black is, this house is certeinly not called 1337Place... node id=2563617422 visible=true version=1 changeset=19261838 timestamp=2013-12-03T21:42:21Z user=EcoBox uid=1828695 lat=29.4561384 lon=-98.4193203 tag k=moving boxes v=moving boxes/ tag k=name v=EcoBox//node /node What shall I say. The changeset comment contained something about accepting bitcoin. This is all rather undesirable - people adding their business to OSM would be great, but advertising isn't, and we'd prefer if
Re: [OSM-talk] Bitcoin Spam
From: Frederik Ramm [mailto:frede...@remote.org] Sent: Tuesday, December 03, 2013 2:11 PM To: Talk Openstreetmap Subject: [OSM-talk] Bitcoin Spam Hi, we're seeing a rising number of new ways and nodes which seem to be added by people who create an account for just one purpose, namely adding a business to the map. This could be great - if every business were to add themselves to the map, we'd have a nice collection of POIs. However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. It seems that a name and payment:bitcoin=yes is sufficient for that site, with an optional advertising slug in the note tag. But for us, not so much. First of all because advertising has no room in OSM; second because many of these businesses seem to be not really on the ground (but just a mail-order place that wants to have some marker somewhere), third because they often don't contain even minimal information that would make them useful to us. Thanks to Frederik for putting the required time together to document what myself and others have been seeing, primarily from bitcoin edits. http://overpass-turbo.eu/s/1G1 shows objects like this via overpass. Some of the places I've been seeing exist solely as a service within a private post office, where they may not even have a physical mailbox but instead have their mail scanned and emailed. OSM is great for a shop that has a physical presence (bricks and mortar) but we're not a general-purpose directory of online-only entities. This is inherent in the geo part of geodata. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
Hi, On 03.12.2013 23:50, Jaakko Helleranta.com wrote: And perhaps we should have better documentation / stated policy on adjectives / tone of the description tag? Clearly anything in there must be verifiable on the ground. 20 years of experience or satisfaction guaranteed are hardly ;) I would only consider it spam if it doesn't actually exist in reality or perhaps if it is grossly misplaced (to the extent that it is clear that no one even tried to place it right. I'm wary of such POIs where the location may be correct but of no interest. If they are a mail-order firm or a spiritual movement and place a POI at their registered address for the sole purpose of getting their name and telephone number and Facebook URL and Google+ URL and E-Mail and web site into some kind of dictionary, but if you went to the actual location you'd not be able to conduct any business or even find more than a mailbox, then I'd say they shouldn't have a place in OSM. I agree it's a grey area - there might be a restaurant that *only* does delivery and if you go there you can't buy anything. Still, knowing the restaurant is next door might be an interesting information for you if you want food delivered hot. But why should our geo-database have the location of a desk from which someone coordinates food deliveries for people who order something on his web page, a location that is completely irrelevant to the business conducted and just serves as an anchor point for storing addresses and contact information? Anyways. I think that having more people contribute - including people whose main (primary) interest is to add only their business is good Reason I was concerned in this case is that I had the impression that what these people saw as adding their business to Coinmap was not really the same as what we see as adding a business to OpenStreetMap, but piggy-backed process wise. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
Gotcha. I think we're taking mostly about same things... If there's no office or shop (or a warehouse or something tangible, PO box not being enough) there's no space for our in OSM db. I may have over reacted partly because I've both heard of and dealt with a number of people who have found it difficult to add their business location to OSM-talk. And the entries that they've added have often been less or often more crappy - just like the entries of so many new n00bs'. It's also good to remember that business names sometimes do contain what seems to be classifying info (Hotel Astoria, Sydney's Opera house, Catedral de Managua, etc). In any case, perhaps I'm just wanting to ask that we try to assume good faith as much as possible. Our learning curve exists and is doing well, so to say. So, let's try not to scare away new contributors / projects that are driving new contributors. Cheers from undermapped Nicaragua where Foursquare has thus far clearly been much more successful in getting POIs mapped (with decent accuracy) than OSM (because of a range of things of course), -Jaakko -- Sent from my Android device. On Dec 3, 2013 7:02 PM, Frederik Ramm frede...@remote.org wrote: Hi, On 03.12.2013 23:50, Jaakko Helleranta.com wrote: And perhaps we should have better documentation / stated policy on adjectives / tone of the description tag? Clearly anything in there must be verifiable on the ground. 20 years of experience or satisfaction guaranteed are hardly ;) I would only consider it spam if it doesn't actually exist in reality or perhaps if it is grossly misplaced (to the extent that it is clear that no one even tried to place it right. I'm wary of such POIs where the location may be correct but of no interest. If they are a mail-order firm or a spiritual movement and place a POI at their registered address for the sole purpose of getting their name and telephone number and Facebook URL and Google+ URL and E-Mail and web site into some kind of dictionary, but if you went to the actual location you'd not be able to conduct any business or even find more than a mailbox, then I'd say they shouldn't have a place in OSM. I agree it's a grey area - there might be a restaurant that *only* does delivery and if you go there you can't buy anything. Still, knowing the restaurant is next door might be an interesting information for you if you want food delivered hot. But why should our geo-database have the location of a desk from which someone coordinates food deliveries for people who order something on his web page, a location that is completely irrelevant to the business conducted and just serves as an anchor point for storing addresses and contact information? Anyways. I think that having more people contribute - including people whose main (primary) interest is to add only their business is good Reason I was concerned in this case is that I had the impression that what these people saw as adding their business to Coinmap was not really the same as what we see as adding a business to OpenStreetMap, but piggy-backed process wise. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] The new OpenStreetMap.org design
This past weekend, the OpenStreetMap.org front page launched with a new design. This was a big step for a site whose design hasn't changed much in 7 years [1]. The goal of the redesign was to make the site more inviting for newcomers, easier and more efficient for veterans, to clean it up and refresh its looks, and to resolve a number of longstanding usability issues and bugs. See for yourself - before Friday last week: http://cl.ly/image/1P3f2N2z0b0p Since Friday last week: http://cl.ly/image/350W0v023A0u Concretely, here are the improvements we implemented: - A better experience for new contributors. There is now a concise explanation of what OSM is and an invitation to get involved that isn't lost in the noise of other elements competing for attention. Secondarily, the new help and about pages provide a dedicated place to expand on that initial introduction -- something that simply can't be done effectively in the confines of a sidebar. - A better experience for veterans. There's now more space for the map and a sidebar that functions efficiently for the task at hand, whether it be searching for a location, browsing data, or reviewing changes. There's no longer a needless distinction between browsing a feature and viewing it on the map. And navigating between features and changesets is fluid, fast, and preserves more context. - A modern look and feel. While there is no doubt design is to some degree subjective, the fact is that any design communicates a message. In short, the old design looked dated, haphazard, and uncoordinated. The new design aims to communicate the fact that the OSM community is alive, growing, experienced, and competent. One comment on the pull request said the new design looks way too 'professional' for a community website -- well, I think that's a good thing. :) - Bug fixes and usability improvements. Most notably, the site works much better on mobile devices. For other fixes, see the linked issues at end of the pull request ([5]). It's noteworthy what we didn't change: - We didn't add or remove major features - We didn't change the logo or color scheme - We didn't change the prominence of key features such as viewing, editing or browsing changesets - User profiles, diaries, messaging, and other interior pages have seen only minimal changes This work brings to culmination a process that involved multiple talks and birds of a feather sessions at conferences [2], conversations on mailing lists [3], several previous design iterations [4], and the longest pull request in the history of OpenStreetMap [5]. A big thank you to everyone who's been involved in making this happen. This effort involved many hands. From my colleagues Saman, Eden and Aaron who laid out the design and slugged through many lines of code to get the pull request ready to merge, to Tom Hughes who helped reviewing and got the pull request ready to launch in one last final push. A big thank you also to anyone who helped along the way with reviewing, testing and pointing out issues -- it greatly helped improve the result. This redesign is a leap forward, but not the end-all be-all. There is most definitely room for improvement, and constructive feedback and hands-on help is always welcome. If you'd like to get coding on OpenStreetMap and you'd like a hand, please hit me up on IRC. If you're looking to file an issue [6], please follow these steps: - Describe the problem rather than a particular solution. It is much easier to communicate if there is a common understanding of the problem that should be solved. - Be as specific as possible. - Search for existing reports. - Use a good title :) In the days since the launch on Saturday the openstreetmap-website issue tracker has been busy with adjustment and polish work. Here's a run down of key fixes: - Added a close button to the welcome message for non-logged-in users - Restored support for bbox and min/max/lon/lat URL parameters - Fixed opening browse links in a new tab or window - Fixed cosmetic issues with long tag keys or values - Fixed errors when clicking on certain search results - Fixed issues with changeset feeds Tom, Aaron and I will continue to look at important remaining issues in the days ahead. Again, thanks to everyone who helped out with this work. Constructive, community-driven collaboration is what makes OSM great. cheers, John [1] https://web.archive.org/web/20060105000147/http://www.openstreetmap.org/ [2] http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68093877, https://vimeo.com/mapbox/review/75978159/984cfdb5af [3] https://lists.openstreetmap.org/pipermail/talk/2013-November/068555.html, https://lists.openstreetmap.org/pipermail/talk/2013-November/068577.html, https://lists.openstreetmap.org/pipermail/talk/2013-July/067564.html, https://lists.openstreetmap.org/pipermail/talk/2013-July/067595.html, https://lists.openstreetmap.org/pipermail/talk/2013-July/067730.html [4]
Re: [OSM-talk] Bitcoin Spam
Hi, I put on a comment on the u-tube video asking them to add instructions on how to enter addresses. The coinmap website uses OSM's other tags like shop/sport/etc for different icons. They are not encouraging tagless POI's. I suspect that the person running the coinmap website does not want entities on the map that don't have any geographics significance either. There is nothing more going on here other than normal new user stuff combined with a renderer that is prioritizing getting bitcoins tags into OSM. Jason. On Tue, Dec 3, 2013 at 5:10 PM, Frederik Ramm frede...@remote.org wrote: Hi, we're seeing a rising number of new ways and nodes which seem to be added by people who create an account for just one purpose, namely adding a business to the map. This could be great - if every business were to add themselves to the map, we'd have a nice collection of POIs. However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. It seems that a name and payment:bitcoin=yes is sufficient for that site, with an optional advertising slug in the note tag. But for us, not so much. First of all because advertising has no room in OSM; second because many of these businesses seem to be not really on the ground (but just a mail-order place that wants to have some marker somewhere), third because they often don't contain even minimal information that would make them useful to us. I've collected these objects created in the past couple of days here http://www.remote.org/frederik/tmp/bitcoin.osc A few examples: node id=252007 version=1 timestamp=2013-11-04T17:56:44Z uid=1795331 user=The Tobacco Seed Company changeset=18716456 lat=51.5442768 lon=0.7236584 tag k=name v=The Tobacco Seed Company/ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.tobaccoseed.co.uk/ /node This is blatant advertising for a web site. It doesn't even say what kind of shop this is supposed to be. node id=2523904649 version=1 timestamp=2013-11-08T04:46:05Z uid=1798995 user=mkondratov changeset=18776505 lat=41.4183069 lon=-81.694649 tag k=name v=Noosphere Ltd, Computer Repair/ tag k=note v=Computer Repair Services/ tag k=payment:bitcoin v=yes/ tag k=phone v=1-216-459-1994/ tag k=website v=http://www.noospherecomputers.com/ /node This, too, is little more than a name on our map. We don't usually include the field of business in the name - this should have been expressed through a proper shop tag. node id=2526590372 version=1 timestamp=2013-11-10T15:46:58Z uid=1801179 user=79s VOF changeset=18818705 lat=52.372218 lon=4.8653634 tag k=name v=79s VOF/ tag k=payment:bitcoin v=yes/ tag k=website v=https://store.79s.co/ /node Spam. node id=2537387222 version=1 timestamp=2013-11-18T01:07:54Z uid=1809524 user=webhostpl changeset=18964238 lat=50.0727563 lon=19.8938861 tag k=domeny v=/ tag k=hosting v=/ tag k=name v=Webhost.pl/ tag k=payment:bitcoin v=yes/ tag k=strony internetowe v=/ tag k=website v=http://www.webhost.pl/ /node Broken tagging (quite frequent). node id=2540057545 version=1 timestamp=2013-11-19T18:09:14Z uid=1651798 user=oldenburg69 changeset=18998877 lat=36.2026532 lon=-115.0597195 tag k=addr:city v=Las Vegas/ tag k=addr:housenumber v=5216/ tag k=addr:postcode v=89156/ tag k=addr:street v=Glendale Ave./ tag k=name v=Hannig Fab Works/ tag k=note v=Hannig Fab Works LLC is a custom metal fabrication shop specializing in creating high quality metal fixtures, custom fabrication and metal art to customers in the Southern Nevada and abroad via the internet./ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.hannigfabworks.com// /node Tagging is ok as far as the address node is concerned, but without a shop tag the rest is kind of useless, and the note tag is not for your marketing tagline. node id=2548748273 version=1 timestamp=2013-11-24T14:38:32Z uid=1817212 user=l337 PLace changeset=19091714 lat=60.1491622 lon=24.6551426 tag k=addr:city v=Espoo/ tag k=addr:housename v=1337Place/ tag k=addr:housenumber v=4/ tag k=addr:postcode v=02320/ tag k=addr:street v=Espoonlahdenkatu/ tag k=name v=1337place.com (Logistics only)/ tag k=note v=Quality products shipping worldwide starting @5EUR. BeagleBone Black and much more. U can pay with Bitcoin! #BTC #Bitcoin/ tag k=payment:bitcoin v=yes/ tag k=phone v=+358466401678/ tag k=website v=http://www.1337place.com/ /node Whatever BeagleBone Black is, this house is certeinly not called 1337Place... node id=2563617422 visible=true version=1 changeset=19261838
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
2013/12/4 Frederik Ramm frede...@remote.org I'm wary of such POIs where the location may be correct but of no interest. If they are a mail-order firm or a spiritual movement and place a POI at their registered address for the sole purpose of getting their name and telephone number and Facebook URL and Google+ URL and E-Mail and web site into some kind of dictionary, but if you went to the actual location you'd not be able to conduct any business or even find more than a mailbox, then I'd say they shouldn't have a place in OSM. I agree it's a grey area - there might be a restaurant that *only* does delivery and if you go there you can't buy anything. There are many businesses where you can't go and buy something, but still they should be in OSM. Think of a car manufacturer, you can't go there and buy a car. Or stuff like this: http://www.openstreetmap.org/way/235518330 I agree with Jaakko, if there is an office or it is their official address, this is not spam. Yes, the information is not complete and not as detailed and structured as an experienced mapper would enter it, but have a look at your second example: http://www.openstreetmap.org/node/2523904649 tag k=name v=Noosphere Ltd, Computer Repair/ tag k=note v=Computer Repair Services/ tag k=payment:bitcoin v=yes/ tag k=phone v=1-216-459-1994/ tag k=website v=http://www.noospherecomputers.com/ besides the bitcoin tag there is a name, a website, a phone number and a human readable note. Clicking on the website you'll also get an adress (housenumber). Still, knowing the restaurant is next door might be an interesting information for you if you want food delivered hot. But why should our geo-database have the location of a desk from which someone coordinates food deliveries for people who order something on his web page, a location that is completely irrelevant to the business conducted and just serves as an anchor point for storing addresses and contact information? it is not completely irrelevant for a geographic database to see where businesses are located, even if they do not serve as POIs to navigate to. Anyways. I think that having more people contribute - including people whose main (primary) interest is to add only their business is good Reason I was concerned in this case is that I had the impression that what these people saw as adding their business to Coinmap was not really the same as what we see as adding a business to OpenStreetMap, but piggy-backed process wise. I hope with the time they will find out that putting more detailed structured information will increase their visibility. One reason for not setting a detailed shop or office value might also be that often we don't have something fitting at hand. E.g. there are currently some poor 22 shop=computer_repair in the osm globe. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
On Wed, Dec 4, 2013 at 9:10 AM, Frederik Ramm frede...@remote.org wrote: However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. I don't think we should worry about people's motivations. What's the problem here? That there are business POIs in OSM that are missing tags. It doesn't sound all that different to me from any other data quality problem. Either we fix the missing tags (if possible), or delete them as junk. And if the business in question doesn't deserve a mention in OSM (eg, a mail order place with no shop front), again, just delete it. No? Steve ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
On Wed, Dec 4, 2013 at 12:53 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: There are many businesses where you can't go and buy something, but still they should be in OSM. Think of a car manufacturer, you can't go there and buy a car. Yeah but the difference is a manufacturing plant has a big physical presence that is worth indicating on a map. A person can see it, wonder what it is, and look at the map. And, more pragmatically, factories don't come and go as quickly as businesses run on residential premises. There's no way OSM really wants to be a database of every single registered (or even unregistered!) business, surely? Steve ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
On 12/03/2013 09:55 PM, Steve Bennett wrote: On Wed, Dec 4, 2013 at 9:10 AM, Frederik Ramm frede...@remote.org wrote: However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. I don't think we should worry about people's motivations. What's the problem here? That there are business POIs in OSM that are missing tags. It doesn't sound all that different to me from any other data quality problem. Either we fix the missing tags (if possible), or delete them as junk. And if the business in question doesn't deserve a mention in OSM (eg, a mail order place with no shop front), again, just delete it. No? Steve There seem to be people already interested in improving the data quality of these new POIs. For example, I noticed this user in my area http://www.openstreetmap.org/user/Dafmaster/history -- new as of late last month, with ~100 edits adding addresses, phone numbers, websites, yelp links, and other tags as appropriate. I've seen other users doing quality control too--some new, some with thousands of OSM edits over 5+ years. And many of the nodes seem to be originally contributed by long-time mappers, and well-tagged to begin with. --Andrew ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
Steve, You're right, in theory, but there's a bunch that Frederik has omitted. First, the coinmap people have not merely been documenting places, but doing whole copying from map to map. They even had a video on how to do it, but that's gone. Secondly, they don't verify the information they add. They are working off lists of places which they simply enter into OSM. Thirdly, the problem with this view on mapping Someone will fix it later is that it shift responsibility downward. OSM is predicated on doing the best you can do at the moment. It may not be perfect, but we've seen a number of import efforts (coinmap included) which use bad practices for finding and placing locations, or using bad tags. Put another way- this is an import that was done without the import process, and if it had gone through the process, we would have judged it technically lacking (and possibly not usable license-wise). - Serge On Wed, Dec 4, 2013 at 2:55 AM, Steve Bennett stevag...@gmail.com wrote: On Wed, Dec 4, 2013 at 9:10 AM, Frederik Ramm frede...@remote.org wrote: However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. I don't think we should worry about people's motivations. What's the problem here? That there are business POIs in OSM that are missing tags. It doesn't sound all that different to me from any other data quality problem. Either we fix the missing tags (if possible), or delete them as junk. And if the business in question doesn't deserve a mention in OSM (eg, a mail order place with no shop front), again, just delete it. No? Steve ___ 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] Bitcoin Spam
So these are not even the shop owners themselves which are spamming us with useless information? Jo 2013/12/4 Serge Wroclawski emac...@gmail.com Steve, You're right, in theory, but there's a bunch that Frederik has omitted. First, the coinmap people have not merely been documenting places, but doing whole copying from map to map. They even had a video on how to do it, but that's gone. Secondly, they don't verify the information they add. They are working off lists of places which they simply enter into OSM. Thirdly, the problem with this view on mapping Someone will fix it later is that it shift responsibility downward. OSM is predicated on doing the best you can do at the moment. It may not be perfect, but we've seen a number of import efforts (coinmap included) which use bad practices for finding and placing locations, or using bad tags. Put another way- this is an import that was done without the import process, and if it had gone through the process, we would have judged it technically lacking (and possibly not usable license-wise). - Serge On Wed, Dec 4, 2013 at 2:55 AM, Steve Bennett stevag...@gmail.com wrote: On Wed, Dec 4, 2013 at 9:10 AM, Frederik Ramm frede...@remote.orgwrote: However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. I don't think we should worry about people's motivations. What's the problem here? That there are business POIs in OSM that are missing tags. It doesn't sound all that different to me from any other data quality problem. Either we fix the missing tags (if possible), or delete them as junk. And if the business in question doesn't deserve a mention in OSM (eg, a mail order place with no shop front), again, just delete it. No? Steve ___ 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] Bitcoin Spam
It depends on which contributors are which. We have a few contributors who are the shop owners and they make a single edit, adding their stores. But we also have people who have taken a list of stores and either: 1. Plugged the store into Google to find the location 2. Plugged the address into Nominatim to find the location The reason I know the first scenario is true is that there was a post about it on Reddit, with the poster putting it on the subreddit r/openstreetmap (which I moderate). I began to investigate the issue, but (frankly) became overwhelmed with the amount of data, and the hostility I received from some (not a majority of) coinmappers. I don't mind if a person comes in, makes an imperfect edit of their own store and then leaves, but working off a list is an import, and what they did was to circumvent the import process. - Serge ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Can I delete these suburbs
On 03/12/13 16:54, Alex Sims wrote: Are there any steps I should take before deleting them? Email the user? Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] IBGE lança Mapa Político do Brasil
http://saladeimprensa.ibge.gov.br/noticias?view=noticiaid=1busca=1idnoticia=2531 Link pro mapa: ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/brasil_2010.pdf ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Lane oder SharedLane?
Moin, ich bin grad etwas verwirrt auf Grund der wiki-Seite zum cycleway: http://wiki.openstreetmap.org/wiki/DE:Key:cycleway Wir haben mehrere Straßen mit Fahrradschutzstreifen (sprich mit Strichellinie abgesetzte Spur auf Straße, meist mit Piktogramm). Bisher sind die alle mit cycleway=lane getaggt. Nun steht der Schutzstreifen aber explizit bei shared_lane. Was genau ist der Unterschied? Kann man diesen evtl. etwas besser auf der Seite hervorheben? MfG Andreas -- Andreas Neumann http://map4jena.de http://stadtplan-ilmenau.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lane oder SharedLane?
Moin, Am 03.12.2013 11:26, schrieb Andreas Neumann: Moin, ich bin grad etwas verwirrt auf Grund der wiki-Seite zum cycleway: http://wiki.openstreetmap.org/wiki/DE:Key:cycleway Wir haben mehrere Straßen mit Fahrradschutzstreifen (sprich mit Strichellinie abgesetzte Spur auf Straße, meist mit Piktogramm). Bisher sind die alle mit cycleway=lane getaggt. Nun steht der Schutzstreifen aber explizit bei shared_lane. Was genau ist der Unterschied? Der Unterschied ist der zwischen Fahrradstreifen und Schutzstreifen. Siehe http://de.wikipedia.org/wiki/Radverkehrsanlage#Schutzstreifen oder eben StVO. Kann man diesen evtl. etwas besser auf der Seite hervorheben? Kann man ohne Probleme, indem man bei cycleway=lane das falsche Bild eines Schutzstreifen durch das richtige Bild eines Radfahrstreifen ersetzt. Auch die englische Seite bedürfte da einiger Überarbeitung bei den Bildunterschriften. Da dies aber nur mein Allgemeinwissen als Autofahrer ist, halte ich mich da wohlweislich raus ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Öffnungszeit alle drei Wochen
hallo, bei der Öffnungszeit der Bibliothek bekomme ich eine Fehlermeldung von JOSM. Der Bücherbus (=fahrbare Bibliothek) hält dort alle drei Wochen (18.12.2013 usw.) Mittwoch 16:55 - 17:15 JOSM macht eine lange Meldung, die mit unexpected token... anfängt. Okay, Mittwoch durch Wednesday ersetzen ist klar, aber wie tagge ich alle drei Wochen? Tour 7 anzeigen Habighorst Altes Dorf 16.55-17.15 Uhr Ausleihtage - alle 3 Wochen - Mittwoch Dezember 18 Quelle: http://www.kreisfahrbuecherei-celle.de/index.php?id=19tx_ddopac_pi1[art]=fahrplantx_ddopac_pi1[touren]=1tx_ddopac_pi1[hsid]=34 ich habe schon geklärt, dass die Standortmarkierung in der dortigen Google Map (Schulweg) falsch ist. Der Bücherbus hält genau vor der Feuerwache (ob das ein optimaler Parkplatz ist, müssen andere klären), wo auch ein Haltestellenschild steht. Grüße Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeit alle drei Wochen
Hallo Andreas, Am Dienstag, 3. Dezember 2013, 16:51:38 schrieb Andreas Schmidt: Der Bücherbus (=fahrbare Bibliothek) hält dort alle drei Wochen (18.12.2013 usw.) Mittwoch 16:55 - 17:15 […] Okay, Mittwoch durch Wednesday ersetzen ist klar, aber wie tagge ich alle drei Wochen? was dem am nächsten kommt, ist eine Wochenangabe mit Periodizität, geht aber nur für einzelne Jahre. Für die nächsten zwei Jahre also: 2014 week 2-53/3 We 16:55-17:15; 2015 week 1-53/3 We 16:55-17:15 (Auf der anderen Seite ist natürlich auch fraglich, ob der Bücherbus das so streng über die Jahre durchhält.) Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeit alle drei Wochen
Hallo Eckhart, Am 03.12.2013 19:33, schrieb Eckhart Wörner: 2014 week 2-53/3 We 16:55-17:15; 2015 week 1-53/3 We 16:55-17:15 wow! JOSM hat's gefressen :-) Wär ich nie drauf gekommen. War auch in Mathematik nicht so gut. Vielen Dank! Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Informazioni incrocio mancanti
Salve lista, mi sono imbattuto in quest'avvertimento di Josm mentre correggevo questo errore http://keepright.ipax.at/report_map.php?schema=89error=49941080 http://keepright.ipax.at/report_map.php?schema=89error=49941080 riportato da Keepright, ad una intersezione fra una pista ciclabile/pedonale ed una residential, provo a salvare e Josm mi avverte che ci sono Informazioni incrocio mancanti, nel punto di intersezione fra le due highway... ma quali informazioni possono mancare? Ho pensato potesse essere il layer delle due strade, ma non risolve neanche quello... -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Informazioni incrocio mancanti
L'ho guardato e salvato senza problemi con JOSM, senza modificare il particolare incrocio cyclopedonale-strada (ho apportato altre piccole modifiche lì, copiando dai foto Bing) Volker 2013/12/3 Jeawrong jeawithl...@tin.it Salve lista, mi sono imbattuto in quest'avvertimento di Josm mentre correggevo questo errore http://keepright.ipax.at/report_map.php?schema=89error=49941080 http://keepright.ipax.at/report_map.php?schema=89error=49941080 riportato da Keepright, ad una intersezione fra una pista ciclabile/pedonale ed una residential, provo a salvare e Josm mi avverte che ci sono Informazioni incrocio mancanti, nel punto di intersezione fra le due highway... ma quali informazioni possono mancare? Ho pensato potesse essere il layer delle due strade, ma non risolve neanche quello... -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Informazioni incrocio mancanti
A me dava questo strano warning... mah! -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258p5788263.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Come indicare la velocità
Comunque solitamente il sorpasso è indicato tramite strisce sull'asfalto, raramente con cartello. Da: Giuseppe Amici giuseppeam...@virgilio.it A: 'openstreetmap list - italiano' talk-it@openstreetmap.org Inviato: Martedì 3 Dicembre 2013 7:54 Oggetto: [Talk-it] R: Come indicare la velocità ! invece su un altra strada in un centro urbano, questa volta con un cartello 50, ci metteresti: ! maxspeed=50 ! source:maxspeed=sign Domanda: lo schema “source: “ si usa anche per gli altri segnali? Ad esempio: overtaking=no Source:overtaking=sign Ciao Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Informazioni incrocio mancanti
Devi inserire il tipo di attraversamento pedonale nel punto di incrocio, anche se solo ciclabile, indicando se ci sono le strisce, ecc. Da: Jeawrong jeawithl...@tin.it A: talk-it@openstreetmap.org Inviato: Martedì 3 Dicembre 2013 9:13 Oggetto: [Talk-it] Informazioni incrocio mancanti Salve lista, mi sono imbattuto in quest'avvertimento di Josm mentre correggevo questo errore http://keepright.ipax.at/report_map.php?schema=89error=49941080 http://keepright.ipax.at/report_map.php?schema=89error=49941080 riportato da Keepright, ad una intersezione fra una pista ciclabile/pedonale ed una residential, provo a salvare e Josm mi avverte che ci sono Informazioni incrocio mancanti, nel punto di intersezione fra le due highway... ma quali informazioni possono mancare? Ho pensato potesse essere il layer delle due strade, ma non risolve neanche quello... -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Informazioni incrocio mancanti
+1 Da: alessandro zardo [mailto:bredy...@yahoo.it] Inviato: martedì 3 dicembre 2013 11:15 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Informazioni incrocio mancanti Devi inserire il tipo di attraversamento pedonale nel punto di incrocio, anche se solo ciclabile, indicando se ci sono le strisce, ecc. _ Da: Jeawrong jeawithl...@tin.it A: talk-it@openstreetmap.org Inviato: Martedì 3 Dicembre 2013 9:13 Oggetto: [Talk-it] Informazioni incrocio mancanti Salve lista, mi sono imbattuto in quest'avvertimento di Josm mentre correggevo questo errore http://keepright.ipax.at/report_map.php?schema=89 http://keepright.ipax.at/report_map.php?schema=89error=49941080 error=49941080 http://keepright.ipax.at/report_map.php?schema=89 http://keepright.ipax.at/report_map.php?schema=89error=49941080 error=49941080 riportato da Keepright, ad una intersezione fra una pista ciclabile/pedonale ed una residential, provo a salvare e Josm mi avverte che ci sono Informazioni incrocio mancanti, nel punto di intersezione fra le due highway... ma quali informazioni possono mancare? Ho pensato potesse essere il layer delle due strade, ma non risolve neanche quello... -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Informazioni incrocio mancanti
Penso che nel caso specifico le strisce non ci sono e, peggio, come viene spesso fatto, la ciclopedonale finisce prima del incrocio con la laterale e ripredne dopo, con apposita segnaletica (Fine percorso pedonale e ciclabile e Percorso pedonale e ciclabile, vedi https://it.wikipedia.org/wiki/Segnali_di_prescrizione_nella_segnaletica_verticale_italiana ). In questo caso io non posso mettere nessun tag crossing perché Se metessi un crossing=no questo vieterebbe l'attraversamento della laterale (https://wiki.openstreetmap.org/wiki/Crossing, vedi il testo sotto la voce crossing=no) che non è il caso. Non è vietato l'attraversamento, ma devo stare attento e negoziare il mio attraversamento con gli altri mezzi che utilizzano la strada. Sarebbe bello poter taggare l'assenza di segnaletica verticale e/o orizzontale, ma secondo me non saprei come farlo. Volker 2013/12/3 Giuseppe Amici giuseppeam...@virgilio.it +1 *Da:* alessandro zardo [mailto:bredy...@yahoo.it] *Inviato:* martedì 3 dicembre 2013 11:15 *A:* openstreetmap list - italiano *Oggetto:* Re: [Talk-it] Informazioni incrocio mancanti Devi inserire il tipo di attraversamento pedonale nel punto di incrocio, anche se solo ciclabile, indicando se ci sono le strisce, ecc. -- *Da:* Jeawrong jeawithl...@tin.it *A:* talk-it@openstreetmap.org *Inviato:* Martedì 3 Dicembre 2013 9:13 *Oggetto:* [Talk-it] Informazioni incrocio mancanti Salve lista, mi sono imbattuto in quest'avvertimento di Josm mentre correggevo questo errore http://keepright.ipax.at/report_map.php?schema=89error=49941080 http://keepright.ipax.at/report_map.php?schema=89error=49941080 riportato da Keepright, ad una intersezione fra una pista ciclabile/pedonale ed una residential, provo a salvare e Josm mi avverte che ci sono Informazioni incrocio mancanti, nel punto di intersezione fra le due highway... ma quali informazioni possono mancare? Ho pensato potesse essere il layer delle due strade, ma non risolve neanche quello... -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Wikidata e OSM su Reasonator
Reasonator[1] è un tool creato da Magnus Manske (che è stato uno dei primi sviluppatori di MediaWiki) per visualizzare gli item di Wikidata in maniera più bella rispetto all'interfaccia standard. Inoltre arricchisce la visualizzazione con delle informazioni diverse in base alla tipologia di elemento. Per le città inserisce delle mappette da OpenStreetMap, vedete un esempio con Cambridge: https://tools.wmflabs.org/reasonator/?q=Q350 C [1] https://meta.wikimedia.org/wiki/Reasonator ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Informazioni incrocio mancanti
Io in quei casi dove non ci sono le strisce metto crossing=unmarked -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258p5788294.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Semaforo in caso particolare
Nel caso come questo http://www.openstreetmap.org/node/1703373539 http://www.openstreetmap.org/node/1703373539 come dovrei mappare l'incrocio semaforico? Naturalmente c'è un solo semaforo ma se metto i due rami o li faccio incontrare sullo stesso punto, ma graficamente non è proprio corretto, oppure metto una sola linea invece dei due rami a senso unico, e il tratto con l'aiuola lo indico come traffic_calming=island? -- View this message in context: http://gis.19327.n5.nabble.com/Semaforo-in-caso-particolare-tp5788295.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wikidata e OSM su Reasonator
Bello, ma resonator potrebbe essere basato sulla map WIWOSM chi è usata su Wikipedia...sarebbe bellissimo. Sogno del giorno quando sarà un' applicazione alla Wikimapia esclusivamente usando OpenStreetMap... Lo so che esiste OpenLinkMap ma non è insufficiente. Florian Le Mardi 3 décembre 2013 13h00, Cristian Consonni kikkocrist...@gmail.com a écrit : Reasonator[1] è un tool creato da Magnus Manske (che è stato uno dei primi sviluppatori di MediaWiki) per visualizzare gli item di Wikidata in maniera più bella rispetto all'interfaccia standard. Inoltre arricchisce la visualizzazione con delle informazioni diverse in base alla tipologia di elemento. Per le città inserisce delle mappette da OpenStreetMap, vedete un esempio con Cambridge: https://tools.wmflabs.org/reasonator/?q=Q350 C [1] https://meta.wikimedia.org/wiki/Reasonator ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Come indicare la velocità
2013/12/3 alessandro zardo bredy...@yahoo.it Comunque solitamente il sorpasso è indicato tramite strisce sull'asfalto, raramente con cartello. Non è la stessa cosa. La linea indica che non la devi attraversare, mentre il cartello dice che non puoi sorpassare. Diventa importante quando c'è lo spazio per sorpassare senza attraversare la linea. source:overtaking=sign ha senso, anche se personalmente finora ho usato oltre a source:maxspeed soltanto source:maxheight e source:maxweight. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Informazioni incrocio mancanti
bredy ha ragione. Ho sbagliato io. Volker On 3 December 2013 13:15, bredy bredy...@yahoo.it wrote: Io in quei casi dove non ci sono le strisce metto crossing=unmarked -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258p5788294.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Informazioni incrocio mancanti
Hai ragione, era proprio questa l'informazione mancante, grazie :) bredy wrote Devi inserire il tipo di attraversamento pedonale nel punto di incrocio, anche se solo ciclabile, indicando se ci sono le strisce, ecc. -- View this message in context: http://gis.19327.n5.nabble.com/Informazioni-incrocio-mancanti-tp5788258p5788315.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Progresso mappatura Sardegna
Ecco un aggiornamento con i dati dell'ultima settimana: 17 novembre 24 novembre 1 dicembre node 1859536 2009991 2074618 (+64627) way 146969 160657 167203 (+6546) relation 1779 1866 1871 (+5) building 43587 51313 55759 (+4446) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] nomino, un tool per tradurre i nomi
Dateci un'occhiata: http://nomino.openstreetmap.fr/ ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] December meetup
Hi everyone This is scheduled for this Thursday Dec 5th at the usual venue The Bull on Price Street. Unfortunately I can't make this month. Have fun and a Merry Xmas! See you in 2014 - perhaps with a new website ;-) Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] December meetup
I'll be there, what time do we meet? -- Matthijs On 3 December 2013 17:33, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone This is scheduled for this Thursday Dec 5th at the usual venue The Bull on Price Street. Unfortunately I can't make this month. Have fun and a Merry Xmas! See you in 2014 - perhaps with a new website ;-) Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] December meetup
I usually try to get there between 7 and 7:30. I'm very busy this week but currently plan to be there - I'll be in need of a beer by then! Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 03 December 2013 17:49 Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] December meetup I'll be there, what time do we meet? -- Matthijs On 3 December 2013 17:33, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone This is scheduled for this Thursday Dec 5th at the usual venue The Bull on Price Street. Unfortunately I can't make this month. Have fun and a Merry Xmas! See you in 2014 - perhaps with a new website ;-) Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4259 / Virus Database: 3629/6887 - Release Date: 12/03/13 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] December meetup
Hi all, I'm busy in the hours before our meeting so cannot give a definite time, but will aim to be there before 8 Rob On 3 December 2013 18:36, Andy Robinson ajrli...@gmail.com wrote: I usually try to get there between 7 and 7:30. I'm very busy this week but currently plan to be there - I'll be in need of a beer by then! Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 03 December 2013 17:49 Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] December meetup I'll be there, what time do we meet? -- Matthijs On 3 December 2013 17:33, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone This is scheduled for this Thursday Dec 5th at the usual venue The Bull on Price Street. Unfortunately I can't make this month. Have fun and a Merry Xmas! See you in 2014 - perhaps with a new website ;-) Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4259 / Virus Database: 3629/6887 - Release Date: 12/03/13 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] December meetup
I plan to be there, should be there about 7:30. Ian On 3 December 2013 18:36, Andy Robinson ajrli...@gmail.com wrote: I usually try to get there between 7 and 7:30. I'm very busy this week but currently plan to be there - I'll be in need of a beer by then! Cheers Andy -Original Message- From: Matthijs Melissen [mailto:i...@matthijsmelissen.nl] Sent: 03 December 2013 17:49 Cc: OSM Group WM Subject: Re: [Talk-gb-westmidlands] December meetup I'll be there, what time do we meet? -- Matthijs On 3 December 2013 17:33, Brian Prangle br...@mappa-mercia.org wrote: Hi everyone This is scheduled for this Thursday Dec 5th at the usual venue The Bull on Price Street. Unfortunately I can't make this month. Have fun and a Merry Xmas! See you in 2014 - perhaps with a new website ;-) Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4259 / Virus Database: 3629/6887 - Release Date: 12/03/13 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] New Mappa Mercia website
Okay, time to re-focus my efforts on the Mappa Mercia website. The current version of the site is online at http://mappa-mercia.org/ . And the proposed new version is in development at http://mappa.stulester.co.uk/ Looking at the new design again (with SOTM now behind us) I now think we are being too cautious, not changing enough. I suggest we refocus on the community and potential things that the Mappa Mercia can work on (e.g. with a local council, charity or organisation). So I suggest that we: 1. Make the landing page the “About” page but update it to include a carousel of images of the local members, SOTM, GPS surveying and a map render. 2. Remove the “The Maps” page altogether keeping just the drop down menu. If wordpress insists we have a link here then we can just redirect it to the first map in the list. 3. Each map page includes a large map with some text below it. I'm hoping to get a button on there that opens each map in full screen. 4. Rename “News” to “Blog” as previously discussed. 5. Make the “Projects” page our active way of organising projects/current mapping tasks. For now this can start with a list of current projects with links out to the relevant page on the OSM wiki I will be around Thursday evening at our monthly meet-up so we can look through things then. I would also welcome support from outside our normal group, so if you have any web/wordpress skills and can spare a few minutes to help us out, please do get in contact. Thoughts welcome. Best regards, Rob ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Geocaching OSM-event i Stockholm
Här är en länk till videon från gårdagens Geocaching event Öppna kartor för nybörjare om OpenStreetMap. http://vimeo.com/user23184714/oppnakartorfornyborjare20131202 / Kristoffer (Malmis) On 2013-12-02 10:11, Jonas Hogstrom wrote: Eventet är idag, och vi hoppas kunna göra en film som vi lägger ut på bambuser (oklart om vi lägger ut den live eller efter eventet)... det finns även en googledocs-presentation på ~70 sidor som vi kan göra tillgänglig efter eventet. /Jonas 2013/11/30 Andreas Mildner amild...@msn.com mailto:amild...@msn.com Blev det ngn film? Skickat från min iPhone ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Geocaching OSM-event i Stockholm
Presentationen finns online oxå: https://docs.google.com/presentation/d/11TBp1E8UqH8_Cpy_3nw1f5IonzAR0pQH8zFKzLcTnKI/pub?start=falseloop=falsedelayms=3000 /jonas -- Skickat från en mobil devajs med ett pyttelitet tangentbord.. . Det kan nog förklara både eventuella stavfwl och det lite korthuggna språket i mailet. On 3 Dec 2013 17:27, Kristoffer Malmström mit...@gmail.com wrote: Här är en länk till videon från gårdagens Geocaching event Öppna kartor för nybörjare om OpenStreetMap. http://vimeo.com/user23184714/oppnakartorfornyborjare20131202 / Kristoffer (Malmis) On 2013-12-02 10:11, Jonas Hogstrom wrote: Eventet är idag, och vi hoppas kunna göra en film som vi lägger ut på bambuser (oklart om vi lägger ut den live eller efter eventet)... det finns även en googledocs-presentation på ~70 sidor som vi kan göra tillgänglig efter eventet. /Jonas 2013/11/30 Andreas Mildner amild...@msn.com Blev det ngn film? Skickat från min iPhone ___ Talk-se mailing listTalk-se@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Importación Red Hidrográfica Cuenca del Segura.
Hola Javier. Gracias por tu respuesta, tomo nota del tema etiquetas en los changesets. Voy a rehacer la conversión con el nuevo etiquetado y en cuanto tenga un archivo lo vuelvo a enlazar en la wiki. Se me ha ocurrido añadirle la etiqueta *intermittent = yes. *¿Que te parece?. Necesitaría una mano en el momento de la comunicación a la lista imports. No me defiendo muy bien en inglés y si hacen preguntas muy técnicas o complicadas, me puede costar bastante, ¿algún voluntario?. Gracias. El 2 de diciembre de 2013 21:42, Javier Sánchez javiers...@gmail.comescribió: Hola Matías. Buen trabajo. Solo un comentario, en la lista import te recomendarán que no uses las etiquetas source e import en cada elemento, sino como etiquetas del conjunto de cambios [1] al subir los datos. Si usas type=import en lugar de import=yes se ajustará mejor a [2]. Y un pequeño detalle, te falta el enlace en Ejemplo datos obtenidos. [1] http://wiki.openstreetmap.org/wiki/Changeset [2] http://wiki.openstreetmap.org/wiki/Proposed_features/changeset_tags Saludos. El 2 de diciembre de 2013 18:50, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Hace unos meses informé en la lista sobre la posibilidad de utilizar datos de las Confederacciones Hidrográficas para incorporarlas a nuestro mapa [1]. El tema quedó en suspendo pero he vuelto a retomarlo con algo más de conocimiento y sosiego. En la wiki he presentado un pequeños resumen de los averiguado hasta ahora [2] y puesto que está claro que se pueden utilizar algunos datos de estas administraciones, me he propuesto empezar por una de ellas, en concreto con la Confederacción Hidrográfica del Segura. He creado una página [3] en la wiki con lo realizado hasta ahora. Como uno de los pasos finales, siguiendo lo más fielmente posible lo establecido en las directrices de importación, me gustaría vuestra opinion, dudas, sugerencias, aportaciones, colaboracion, etc, antes de dar el paso final de solicitar la aprovación en la lista imports Como digo, en el enlace [3] está toda la información de lo que he realizado hasta este momento, soy todo oidos Saludos. [1]https://lists.openstreetmap.org/pipermail/talk-es/2013-May/011596.html [2] http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Fuentes_de_datos_Hidrogr.C3.A1ficos [3]http://wiki.openstreetmap.org/wiki/ES:CHSEGURA ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Red Hidrográfica Cuenca del Segura.
Hola Matías, Por si te sirve como referencia, yo estoy importando de los datos de GeoEuskadi los ríos y arroyos de Vizcaya y si que utilizo *intermittent = yes* puesto que ese tipo de información está disponible. Saludos. El 3 de diciembre de 2013 10:38, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola Javier. Gracias por tu respuesta, tomo nota del tema etiquetas en los changesets. Voy a rehacer la conversión con el nuevo etiquetado y en cuanto tenga un archivo lo vuelvo a enlazar en la wiki. Se me ha ocurrido añadirle la etiqueta *intermittent = yes. *¿Que te parece?. Necesitaría una mano en el momento de la comunicación a la lista imports. No me defiendo muy bien en inglés y si hacen preguntas muy técnicas o complicadas, me puede costar bastante, ¿algún voluntario?. Gracias. El 2 de diciembre de 2013 21:42, Javier Sánchez javiers...@gmail.comescribió: Hola Matías. Buen trabajo. Solo un comentario, en la lista import te recomendarán que no uses las etiquetas source e import en cada elemento, sino como etiquetas del conjunto de cambios [1] al subir los datos. Si usas type=import en lugar de import=yes se ajustará mejor a [2]. Y un pequeño detalle, te falta el enlace en Ejemplo datos obtenidos. [1] http://wiki.openstreetmap.org/wiki/Changeset [2] http://wiki.openstreetmap.org/wiki/Proposed_features/changeset_tags Saludos. El 2 de diciembre de 2013 18:50, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Hace unos meses informé en la lista sobre la posibilidad de utilizar datos de las Confederacciones Hidrográficas para incorporarlas a nuestro mapa [1]. El tema quedó en suspendo pero he vuelto a retomarlo con algo más de conocimiento y sosiego. En la wiki he presentado un pequeños resumen de los averiguado hasta ahora [2] y puesto que está claro que se pueden utilizar algunos datos de estas administraciones, me he propuesto empezar por una de ellas, en concreto con la Confederacción Hidrográfica del Segura. He creado una página [3] en la wiki con lo realizado hasta ahora. Como uno de los pasos finales, siguiendo lo más fielmente posible lo establecido en las directrices de importación, me gustaría vuestra opinion, dudas, sugerencias, aportaciones, colaboracion, etc, antes de dar el paso final de solicitar la aprovación en la lista imports Como digo, en el enlace [3] está toda la información de lo que he realizado hasta este momento, soy todo oidos Saludos. [1] https://lists.openstreetmap.org/pipermail/talk-es/2013-May/011596.html [2] http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources#Fuentes_de_datos_Hidrogr.C3.A1ficos [3]http://wiki.openstreetmap.org/wiki/ES:CHSEGURA ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Haltestellendaten Steiermark
Hallo Andreas, ich habe deine Mail [1] auf der imports-Liste (betereffend des is_in-Tags) gesehen, und gedacht ich antworte erstmal nur hier, weil einige Sachen doch ziemlich lokal sind. I think the is_in is necessary for the following reason: We only have boundaries down to the level of communities (Gemeinden) in OSM, but the bus stops are often labelled with the name of villages, sub-parts of the communities, which sometimes don't even have exact boundaries. Here are some examples, where I think it would be impossible to derive the complete name (town and name of stop) without the is_in-tag: http://www.openstreetmap.org/node/1487738866: Although this stop is geographically still in the city of Graz, this stop is in Fölling for everything related to public transport (most important for tariffs, but also for a unique name ...). http://www.openstreetmap.org/node/1801654560: This stop is closer to the node called Fölling in OSM than the above stop, however it is in Prellerberg (there is not even a place in OSM with that name). Also, das Beispiel mit Fölling ist nicht ganz gut gewählt, weil es neben dem kleinen Fölling in Weinitzen auch noch das etwas größere Fölling bei Mariatrost gibt (welches aber bis gerade eben in OSM gefehlt hat). Auf dieses 2. Fölling beziehen sich aber die Verbundlinie-Daten (siehe: Fölling bei Graz). http://www.openstreetmap.org/node/1735061993: This stop is named after the community it is in: Rettenegg, BUT: http://www.openstreetmap.org/node/1735061989: This is the platform for the other direction, which of course has the same name, but is geographically already beyond the border in the next community (Sankt Jakob im Walde). Die Rohdaten enthalten hier nur Rettenegg (Stmk). Das vollständige is_in hast du dir daraus zusammengebastelt, oder? Hier ist das Problem, das ich darin sehe: Es gibt dort nur eine Ortschaft namens Rettenegg (http://www.openstreetmap.org/node/240078095, zugleich Gemeinde Rettenegg). So etwas wie Rettenegg,Sankt Jakob im Walde,… gibt es nicht, die is_in-Information der 2. Haltestelle ist also schlicht falsch. Ähnliches z.B. hier: http://www.openstreetmap.org/node/728306183: In Kainbach gibt es kein Graz mehr. One could of course state, that the bus stops should be renamed, but since that is not within our scope, I still think, the is_in-tag is required for identificaiton of the bus stops. Ich bin nicht überzeugt, dass is_in das richtige Tag hierfür ist. Denn: is_in gibt die geographische Zugehörigkeit eines Objekts an (“The is_in tag is used to index where a place or feature is.”). Zum Beispiel, um sicher anzugeben, dass ein Berggipfel in Land A ist, ohne dass die Grenze zwischen Land A und Land B genauer bekannt ist. Ich denke, dass das was bei diesem Import als Ort angegeben ist, nicht viel mit echten Orten gemein hat. (Du sagst ja selbst, dass diese Orte nur im ÖPNV-Kontext relevant sind). Es sind wohl eher einfach Tarifzonen-Unterteilungen. Wenn ich also beispielsweise von einer Haltestelle abfahre, die als Ort Fölling hat, kann ich mit einem 1-Zonen-Ticket sowohl nach Graz (Zone 101) als auch in die Zone 203 fahren. Das erklärt auch, wieso einige Haltestellen in der Ragnitz noch als Ort Graz haben. Dafür das is_in-Tag zu missbrauchen, finde ich nicht gut. Ich würde eher vorschlagen, ein eigenes Tag dafür zu finden (vielleicht gibt es ja schon etwas). Wenn man möchte, könnte man dann auch noch für den vollständigen Namen der Haltestellen ein alt_name=Ort HST-Name hinzufügen. Liebe Grüße Martin [1] https://lists.openstreetmap.org/pipermail/imports/2013-December/002455.html ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Haltestellendaten Steiermark
http://www.openstreetmap.org/node/1487738866: Although this stop is geographically still in the city of Graz, this stop is in Fölling for everything related to public transport (most important for tariffs, but also for a unique name ...). http://www.openstreetmap.org/node/1801654560[http://www.openstreetmap.org/node/1801654560]: This stop is closer to the node called Fölling in OSM than the above stop, however it is in Prellerberg (there is not even a place in OSM with that name). Also, das Beispiel mit Fölling ist nicht ganz gut gewählt, weil es neben dem kleinen Fölling in Weinitzen auch noch das etwas größere Fölling bei Mariatrost gibt (welches aber bis gerade eben in OSM gefehlt hat). Auf dieses 2. Fölling beziehen sich aber die Verbundlinie-Daten (siehe: Fölling bei Graz). Richtig, aber es gibt keinen (für einen Algorithmus) nachvollziehbaren Grund, warum diese Haltestelle in Fölling, eine andere aber in Graz sein sollte. http://www.openstreetmap.org/node/1735061993[http://www.openstreetmap.org/node/1735061993]: This stop is named after the community it is in: Rettenegg, BUT: http://www.openstreetmap.org/node/1735061989[http://www.openstreetmap.org/node/1735061989]: This is the platform for the other direction, which of course has the same name, but is geographically already beyond the border in the next community (Sankt Jakob im Walde). Die Rohdaten enthalten hier nur Rettenegg (Stmk). Das vollständige is_in hast du dir daraus zusammengebastelt, oder? Hier ist das Problem, das ich darin sehe: Es gibt dort nur eine Ortschaft namens Rettenegg (http://www.openstreetmap.org/node/240078095[http://www.openstreetmap.org/node/240078095], zugleich Gemeinde Rettenegg). So etwas wie Rettenegg,Sankt Jakob im Walde,… gibt es nicht, die is_in-Information der 2. Haltestelle ist also schlicht falsch. Richtig, da habe ich in Anlehnung an bereits vorhandene is_in-Tags den ganzen Schwanz mit Gemeinde,Bezirk,... angehängt. Den sollte man wohl weglassen. One could of course state, that the bus stops should be renamed, but since that is not within our scope, I still think, the is_in-tag is required for identificaiton of the bus stops. Ich bin nicht überzeugt, dass is_in das richtige Tag hierfür ist. Denn: is_in gibt die geographische Zugehörigkeit eines Objekts an (“The is_in tag is used to index where a place or feature is.”). Zum Beispiel, um sicher anzugeben, dass ein Berggipfel in Land A ist, ohne dass die Grenze zwischen Land A und Land B genauer bekannt ist. Ich denke, dass das was bei diesem Import als Ort angegeben ist, nicht viel mit echten Orten gemein hat. (Du sagst ja selbst, dass diese Orte nur im ÖPNV-Kontext relevant sind). Es sind wohl eher einfach Tarifzonen-Unterteilungen. Wenn ich also beispielsweise von einer Haltestelle abfahre, die als Ort Fölling hat, kann ich mit einem 1-Zonen-Ticket sowohl nach Graz (Zone 101) als auch in die Zone 203 fahren. Das erklärt auch, wieso einige Haltestellen in der Ragnitz noch als Ort Graz haben. Danke, dieser Absatz fasst das Problem ziemlich gut zusammen. Dafür das is_in-Tag zu missbrauchen, finde ich nicht gut. Ich würde eher vorschlagen, ein eigenes Tag dafür zu finden (vielleicht gibt es ja schon etwas). Wenn man möchte, könnte man dann auch noch für den vollständigen Namen der Haltestellen ein alt_name=Ort HST-Name hinzufügen. alt_name wäre eigentlich ganz gut, den Ort könnte man dann - falls irgendwann benötigt - elektronisch immer noch gut heraus filtern (alt_name minus name). Danke für deine Kommentare, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-Talk-ZA] Mozambique Gas Pipeline
Hi I have recently finished a first draft mapping effort of the gas pipeline between Secunda and Mozambique. You can view a diagram of this pipeline at http://www.itoworld.com/map/220?lon=31.67168lat=-26.63710zoom=7fullscreen=true If the link fails just go to: http://www.itoworld.com/map/220 and find South Africa. Regards -- Gerhardus Geldenhuis ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
[Talk-lv] nedaudz spama riigas centraa
nu ne taa ka shausmiigi liels, bet tomeer :) http://www.openstreetmap.org/way/160934490/history bish paarliku, bet vienu istabu kaa guesthouse ziimeet - arii iisti nav. ir kaadam labaakas idejas ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] nedaudz spama riigas centraa
Piekrītu. Tā bija tīrākā reklāma. Izmisīgs mēģinājums, kam nav vietas OSM. Vismaz tuvākos pāris gadus. uldics On Dec 3, 2013 10:42 PM, Rich ric...@nakts.net wrote: nu ne taa ka shausmiigi liels, bet tomeer :) http://www.openstreetmap.org/way/160934490/history bish paarliku, bet vienu istabu kaa guesthouse ziimeet - arii iisti nav. ir kaadam labaakas idejas ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] nedaudz spama riigas centraa
On 12/03/2013 10:46 PM, Uldis Seglins wrote: Piekrītu. Tā bija tīrākā reklāma. Izmisīgs mēģinājums, kam nav vietas OSM. Vismaz tuvākos pāris gadus. nu es tomeer galiigi aaraa nemetu, paarliku par to guesthouse. veelaak jau prasiitos veel bish downgreidot :) uldics On Dec 3, 2013 10:42 PM, Rich ric...@nakts.net mailto:ric...@nakts.net wrote: nu ne taa ka shausmiigi liels, bet tomeer :) http://www.openstreetmap.org/way/160934490/history bish paarliku, bet vienu istabu kaa guesthouse ziimeet - arii iisti nav. ir kaadam labaakas idejas ? -- Rich -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] pluspunkts
ja pluspunkts ir maksaatnespeejiigs, vai shis objekts veel pastaav ? http://www.openstreetmap.org/way/212402626/history -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pluspunkts
Fiziski ir, bet ciet slēģi. Tāpat kā citi pluspunkti.Uzraksti ir, bet laikam pastāv iespēja, ka kāds pārpirks vai hvz. N. On Tue, Dec 3, 2013 at 10:58 PM, Rich ric...@nakts.net wrote: ja pluspunkts ir maksaatnespeejiigs, vai shis objekts veel pastaav ? http://www.openstreetmap.org/way/212402626/history -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pluspunkts
Kapēc nav building taga? Liec unused:shop=kiosk On Dec 3, 2013 11:18 PM, N.R. trak...@gmail.com wrote: Fiziski ir, bet ciet slēģi. Tāpat kā citi pluspunkti.Uzraksti ir, bet laikam pastāv iespēja, ka kāds pārpirks vai hvz. N. On Tue, Dec 3, 2013 at 10:58 PM, Rich ric...@nakts.net wrote: ja pluspunkts ir maksaatnespeejiigs, vai shis objekts veel pastaav ? http://www.openstreetmap.org/way/212402626/history -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-ca] Problem with overpasses in NB??
Yeah, I've been looking into that. I'm no Overpass pro either, though, but should be able to come up with something. Bug me again in a couple days if I don't :-) Harald. On Mon, Dec 2, 2013 at 9:07 PM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Richard, What I would like to do is run a query with the Overpass API that would identify the locations of this error so we can all judge how large an issue this is. Unfortunately I have never written an Overpass API query and I would like some assistance. Recently this query ( http://goo.gl/AYJ0Nt) that identifies errors in Motorway links was shared on Talk-CA and I modified the bounding box to run it against New Brunswick. Can somebody help me out with a query that identifies unnecessary intersections in bridges? TIA, Bernie. -- Bernie Connors, P.Eng New maryland, NB bernie.conn...@unb.ca From: Richard Weait [rich...@weait.com] Sent: December 2, 2013 4:50 PM To: Connors, Bernie (SNB) Cc: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Problem with overpasses in NB?? On Mon, Dec 2, 2013 at 1:24 PM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Here is an example - http://osm.org/go/cgZ854R_8-- The problem is that there is an intersection node between McKinnon Road and Route 8 but there is an overpass bridge at this location. That does look like an error, I've fixed that one. The history on the involved objects is short, and suggests that it is an import. Do you want to contact the mapper and ask about the matter? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Problem with overpasses in NB??
Here is another sample of the problem since Richard corrected my other example ;-) http://osm.org/go/cgOZhazjT?m= As I see it there are 2 problems with these bridges: 1) they intersect with the roads that pass beneath them 2) the layer value is not set so the default value of layer=0 (ground) is assumed. Typically a bridge should have layer=1. I would like to have an overpass api query that selects bridges that meet either of these conditions. Thanks, Bernie. Sent from Samsung Mobile___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Problem with overpasses in NB??
I think I saw an instance of the same problem when adding road names in Quebec Province recently. Tom Taylor On 03/12/2013 9:21 AM, berniejconnors wrote: Here is another sample of the problem since Richard corrected my other example ;-) http://osm.org/go/cgOZhazjT?m= As I see it there are 2 problems with these bridges: 1) they intersect with the roads that pass beneath them 2) the layer value is not set so the default value of layer=0 (ground) is assumed. Typically a bridge should have layer=1. I would like to have an overpass api query that selects bridges that meet either of these conditions. Thanks, Bernie. Sent from Samsung Mobile ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Bing
Bonjour, Avez-vous remarqué la récente disparition du niveau de zoom le + fort de Bing depuis le 1er décembre? Y-a-t-il un communiqué officiel de Microfot (Bing) et/ou de la Fondation OpenStreetMap à ce sujet? Hello, Did you noticed that last level of Bing Imagery has recently disapeared (on sunday 1st dec.) ? Is there any official post from Microsoft (Bing) and/or OpenStreetMap Foundation about that? Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Problem with overpasses in NB??
Okay, so I've done some digging. Unfortunately, the Overpass API does not have a function to identify intersecting ways with a shared node. The only way to find those would be do do an Overpass query for all the bridges and then use javascript to identify the ways that share nodes. I lack the skills to do the latter. Identifying bridges which lack the layer tag, however, is easy: http://overpass-turbo.eu/s/1FZ Once all the missing layer tags will have been added, we can then use keepright's (http://keepright.ipax.at/) layer conflicts function. Based on the description of that function it actually seems like it should already be able to find the problematic junctions: Connected ways should be on the same layer. Crossings on intermediate nodes of ways on different layers are obviously wrong. Junctions on end-nodes of ways on different layers are also deprecated, but common practice. So you may ignore this part of the check and switch them off separately. Please note that bridges are set to layer +1, and tunnels to -1, anything else to layer 0 implicitly if no layer tag is present. Harald. On Tue, Dec 3, 2013 at 9:21 AM, berniejconnors berniejconn...@gmail.comwrote: Here is another sample of the problem since Richard corrected my other example ;-) http://osm.org/go/cgOZhazjT?m= As I see it there are 2 problems with these bridges: 1) they intersect with the roads that pass beneath them 2) the layer value is not set so the default value of layer=0 (ground) is assumed. Typically a bridge should have layer=1. I would like to have an overpass api query that selects bridges that meet either of these conditions. Thanks, Bernie. Sent from Samsung Mobile ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Problem with overpasses in NB??
Harald, That's great info and very helpful. Thanks, Bernie. Sent from Samsung Mobile Original message From: Harald Kliems kli...@gmail.com Date:12/03/2013 7:04 PM (GMT-04:00) To: berniejconnors berniejconn...@gmail.com Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Problem with overpasses in NB?? Okay, so I've done some digging. Unfortunately, the Overpass API does not have a function to identify intersecting ways with a shared node. The only way to find those would be do do an Overpass query for all the bridges and then use javascript to identify the ways that share nodes. I lack the skills to do the latter. Identifying bridges which lack the layer tag, however, is easy: http://overpass-turbo.eu/s/1FZ Once all the missing layer tags will have been added, we can then use keepright's (http://keepright.ipax.at/) layer conflicts function. Based on the description of that function it actually seems like it should already be able to find the problematic junctions: Connected ways should be on the same layer. Crossings on intermediate nodes of ways on different layers are obviously wrong. Junctions on end-nodes of ways on different layers are also deprecated, but common practice. So you may ignore this part of the check and switch them off separately. Please note that bridges are set to layer +1, and tunnels to -1, anything else to layer 0 implicitly if no layer tag is present. Harald. On Tue, Dec 3, 2013 at 9:21 AM, berniejconnors berniejconn...@gmail.com wrote: Here is another sample of the problem since Richard corrected my other example ;-) http://osm.org/go/cgOZhazjT?m= As I see it there are 2 problems with these bridges: 1) they intersect with the roads that pass beneath them 2) the layer value is not set so the default value of layer=0 (ground) is assumed. Typically a bridge should have layer=1. I would like to have an overpass api query that selects bridges that meet either of these conditions. Thanks, Bernie. Sent from Samsung Mobile ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] ucast v soutezi pristi rok
Zdravím, když se tak dívám na http://www.otevrenadata.cz/aplikace/ říkám si, že když příští rok přihlásíme českou OSM, tak musíme vyhrát :-) Co vy na to? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] import z vozejkmap.cz ?
Zdravím, myslíte, že má smysl, začít se bavit s autory vozejkmap.cz ? VozejkMap je jednotná a snadno ovladatelná databáze bezbariérových míst v České republice. Místa v databázi jsou vkládána a ověřována samotnými uživateli a do projektu jsou zapojeny také regionální instituce a portály. Bezbariérovým místem se rozumí objekt, který je bez schodu nebo je doplněn jiným zařízením (výtah, nájezd, schodišťová plošina, zdviž). Všechna místa jsou kategorizována dle charakteru a účelu. J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import z vozejkmap.cz ?
Zdar, ze zkušenosti vím, že organizace tohohle typu si data o bezbariérovosti spíš nechávají pro sebe (řešili jsme to v Praze u MHD), ale za zeptání nic nedáš. Každopádně je nějaká snaha do OSM zanášet nájezdy na chodníky a plošiny/výtahy pro vozíčkáře? Hodně by to pomohlo při různém plánování pohybu nejen vozíčkářů… -- S pozdravem Honza Cibulka http://datastory.cz tel: 776 307 158 On 3. 12. 2013, at 13:19:40, Jachym Cepicky jachym.cepi...@gmail.com wrote: Zdravím, myslíte, že má smysl, začít se bavit s autory vozejkmap.cz ? VozejkMap je jednotná a snadno ovladatelná databáze bezbariérových míst v České republice. Místa v databázi jsou vkládána a ověřována samotnými uživateli a do projektu jsou zapojeny také regionální instituce a portály. Bezbariérovým místem se rozumí objekt, který je bez schodu nebo je doplněn jiným zařízením (výtah, nájezd, schodišťová plošina, zdviž). Všechna místa jsou kategorizována dle charakteru a účelu. J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ucast v soutezi pristi rok
Ahoj, co konkrétně bys chtěl přihlásit? Já jsem to letos zkusil s MTB mapou a mezi prvních deset to nevyšlo. Z výsledků a při vyhlášení jsem měl dojem, že se porotě líbily hlavně projekty využívající otevřená data veřejné správy. Martin Dne 3. prosince 2013 13:18 Jachym Cepicky jachym.cepi...@gmail.comnapsal(a): Zdravím, když se tak dívám na http://www.otevrenadata.cz/aplikace/ říkám si, že když příští rok přihlásíme českou OSM, tak musíme vyhrát :-) Co vy na to? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Martin Tesar http://mtbmap.cz/ http://tchor.fi.muni.cz:8080/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ucast v soutezi pristi rok
Tak jasně, Jakub Mráček a spol. jsou zaměřeni na data ze státní správy, nejlépe ty o zákonech, platech politiků atd atd. OSM jako celek ale přece integruje data ze státní správy, samospráv, soukromých sektorů atd atd. Zmíněná mapa bezbariérovosti je snad dokonce úplně postavena na vlastních datech, ne? Takže OSM samo o sobě bych přihlásil. J Dne 3.12.2013 13:45, Martin Tesar napsal(a): Ahoj, co konkrétně bys chtěl přihlásit? Já jsem to letos zkusil s MTB mapou a mezi prvních deset to nevyšlo. Z výsledků a při vyhlášení jsem měl dojem, že se porotě líbily hlavně projekty využívající otevřená data veřejné správy. Martin Dne 3. prosince 2013 13:18 Jachym Cepicky jachym.cepi...@gmail.comnapsal(a): Zdravím, když se tak dívám na http://www.otevrenadata.cz/aplikace/ říkám si, že když příští rok přihlásíme českou OSM, tak musíme vyhrát :-) Co vy na to? J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] import z vozejkmap.cz ?
http://wheelmap.org/en/about/ mooc pekne udelane, v cz je docela malo informaci. 2013/12/3 Martin Tesar osm...@gmail.com Ahoj, data jsou k dispozici pro nekomerční použití http://www.vozejkmap.cz/opendata/ Takže budou podle mě proti. Jinak jsou ale milí, takže na dotaz určitě odpoví :) Martin Dne 3. prosince 2013 13:25 Honza Cibulka ho...@datastory.cz napsal(a): Zdar, ze zkušenosti vím, že organizace tohohle typu si data o bezbariérovosti spíš nechávají pro sebe (řešili jsme to v Praze u MHD), ale za zeptání nic nedáš. Každopádně je nějaká snaha do OSM zanášet nájezdy na chodníky a plošiny/výtahy pro vozíčkáře? Hodně by to pomohlo při různém plánování pohybu nejen vozíčkářů… -- S pozdravem Honza Cibulka http://datastory.cz tel: 776 307 158 On 3. 12. 2013, at 13:19:40, Jachym Cepicky jachym.cepi...@gmail.com wrote: Zdravím, myslíte, že má smysl, začít se bavit s autory vozejkmap.cz ? VozejkMap je jednotná a snadno ovladatelná databáze bezbariérových míst v České republice. Místa v databázi jsou vkládána a ověřována samotnými uživateli a do projektu jsou zapojeny také regionální instituce a portály. Bezbariérovým místem se rozumí objekt, který je bez schodu nebo je doplněn jiným zařízením (výtah, nájezd, schodišťová plošina, zdviž). Všechna místa jsou kategorizována dle charakteru a účelu. J -- Jachym Cepicky jachym.cepicky at gmail.com http://les-ejk.cz PGP: http://les-ejk.cz/pgp/JachymCepicky.pgp ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Martin Tesar http://mtbmap.cz/ http://tchor.fi.muni.cz:8080/ ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj, já používám ještě tuto mapu http://www.waymarkedtrails.org/ jsou v ní všechny turistické značky tvořené pomocí relace. Výhodou je, že vypíše trasy v oblasti a můžete si zobrazit jednotlivé trasy (když procházím nějakou trasu a pak zjišťuji jestli už má relaci nebo ne). A rychlost aktualizace je v desítkách minut až hodin. Jinak co nám chybí a nemáme jen tak mít asi nebudeme, o čemž se tu vedla v minulosti hodně vášnivá diskuze. Mě osobně by se třeba líbilo zapracovat osm trasy jako vrstvu nad seznamovskými mapami abych viděl co je zmapované a co ne a podle toho se tam se vydat. PS: seznam na http://osm.paws.cz/hiking.php vypadá zajímavě, jak často se aktualizuje? Šli by tam přidat další sloupečky (note, destinations, ...)? Nešelo by udělat tlačítko na export do nějakého tabulkového editoru, texťáku, csv? Případně nevíte jak si to vycucat z osm svépomocí do tabulky? Vašek __ Od: Petr Holub ho...@ics.muni.cz Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org Datum: 02.12.2013 22:21 Předmět: Re: [Talk-cz] mapovani turistickych znacek - soustredene usili Ahoj, chtěl bych se zeptat, máme-li přehled o turistických trasách (KCT) v OSM, přehled o jejich stavu (tabelární/mapový?), který by ukazoval co máme, co nám chybí, něco jako kdysi uzly silniční sítě? Říkám si, že mapování značek by bylo efektivnější, kdyby takový přehled existoval, aby se mappeři spíše vydali do míst, která zatím pokrytá nejsou Nějaký tip? podle mne máme akorát nepříliš často aktualizované stránky: https://wiki.openstreetmap.org/wiki/Trasy_K%C4%8CT https://wiki.openstreetmap.org/wiki/Cyklotrasy_v_%C4%8CR a pak samozřejmě vizuální pohled na http://mtbmap.cz/ v zoomu 11 nebo menším. Nějaké lepší nástroje by určitě bodly, zejména pokud bychom měli informace o tom, kolik kde nám ještě chybí protrasovat :-) Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
Účet mi nebyl zablokován kvůli neprůhlednému názvu. *** to je zřejmé, někdo tvrdil opak? Mám opačný problém. Data jsou příliš přesná a dochází ke kolizi s nepřesnými daty v OSM. *** to je logické a ten samý problém bude někdo řešit jednou po tobě na tvém importu Při výběru názvu účtu jsem se řídil poslední větou http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account *** smysl zvlášních účtů na importy bylo oddělení osobní licence od importní licence a importních licencí navzájem. viz problém User.Pavel. *** informaci o garage v RUIAN imho neni. imho je :-) *** supr, takze to zohlednis v importu? ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
*** licence existuje a vyplývá ze zákona, více je na wiki jenom jsem se ztotožnil s příspěvkem, zde na talk.cz https://lists.openstreetmap.org/pipermail/talk-cz/2012-June/007406.html Stát nemusí zkoumat, vymýšlet licence, vydá zákon, ale třeba je to opravdu jinak. *** třeba ano: neexistence licence = platí obecná ustanovení Autorského zákona licence vyplývá ze zákona xy = veřejný rejstřík = můžeme importovat OSM Ano opravdu existují i kombinace čev/čo *** to je hezké ;) addr:postcode addr:street (pokud existuje) *** OK addr:country (nevím jak moc je nutné) addr:city = obec *** tohle je součástí info v boundary addr:place = část obce *** ano část obce dnes v OSM chybí, neumím rozhodnout zda je lepší :is_in nebo :place source:addr *** nestačilo by prostě source? adresní bod bude vždy jen adresní bod. ref:ruian ref:ruian budeme mít i na budovách. Budovy mají v ruian vlastní kód. Co se stane, když někdo k tagům budovy přidá i tagy adresní? Bude mít budova ref:ruian 2x? *** Stavebni objekt = way+building, Adresni misto = node+addr *** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou, takze bych znovu nepripoustel strkani techo tagu do way building. (tohle zarucene do diskuze nekoho zapoji ;) ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Ruian jako zdroj dat
Ahoj, tady je ten mail v anglictine. Dalibor Hello, my name is Mirek Dlask and I am using the OSM accounts Minimalis and Minimalis_import. I would like to explain my previous activities, which have resulted into disabling of my account Minimalis_import. It has been more that one year since the data from public source RUIAN is available, which is maintained by Český úřad zeměměřičský a katastrální (Czech Office fur Surveying, Mapping and Cadastre - one of Czech government agencies). This project is partially funded by an EU grant. These data is legally available for further processing for free. As the data in the registry was not very well maintained in the past, it contains some errors and inaccuracies. To be used in OSM it is necessary to manually review and correct it. Therefore I have believed that what I have done was not a real import, but merely entering derivated data based on RUIAN as its source. I correct the data directly in the database, to this I do not need any special software, only a few lines in Java to create an input *.osm file. This file I then open in JOSM, check it using cadastral map (another legal source for mapping) and upload it after it is verified. I am looking for a way now, how to legalize my work based on RUIAN data source. The source itself is mentioned as a legal and a free for use in OSM mapping at the czech wiki pages. http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C .C3.9AZK_-_RUAIN At this moment I am creating a wiki page describing my import and its pitfalls. The whole project was debated at Talk-cz OSM mailing list since the beginning. Unfortunately no one was communicating this project on imports mailing list until now. The plan is to import the address nodes, buildings and streets from the RUIAN in the localities where this data is missing completely first. There are no immediate plans for any other imports. The project's goal - importing new address nodes and buildings, evt. updating the existing ones The project's scope - Czech Republic Data tag - source=cuzk:ruian Planned timeframe - unknown, probably 1-2 years, regular updates afterwards Accounts used for import - . Number of participants - unknown www ruian - http://vdp.cuzk.cz/ http://vdp.cuzk.cz/ I will gladly provide any missing info. Kind regards, Ja From: Mirek Dlask [mailto:dlas...@gmail.com] Sent: Saturday, November 30, 2013 6:53 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Ruian jako zdroj dat Ahoj, Díky za odkaz a připomenutí ruian2osm a dovolím si pár námětů. Neodvažuju se do kodu sahat na githubu. - v Node je třeba změnit int Id na Long Id totéž u setId, getId - v OsmLoader také final Listint loadedIds na final ListLong loadedIds (je tam několikrát) Pak už to funguje. Asi trošku větší zásah, asi pro někoho jiného. isIn - je-li část obce stejná jako obec vracíme jen obec, kraj, stát to je ok doplnit jinak vrátit část obce, obec, kraj, stát chybí podpora addr:place u adres bez ulice - buď je addr:street není-li tak vložit addr:place nejsem si úplně jistý zda máš v párování ref:ruian. Prezentace výsledků. Geometrie bodu mi nic neříká. Pokud se chci podívat na jeho polohu v JOSM stačí mi id resp ref U SRID bych dal přednost 5514 a metrům, u 4326 budu teprve zkoumat kolik nastavit v match-max-distance Ukládají se někam data stažená z OSM? Jakou má funkci přepínač --update? Rozjezd velmi dobrý, potencionál značný jen to využít ... --- Pro ostatní. Pár slov na wiki dám, dejte mi čas týden, na utřídění myšlenek a zavzpomínání, co všechno jsem ještě neuvedl. Nevím zda tam přidat nějaké příklady z Ruian. Z OSM je nečekejte. Nechci tady nikoho uvádět do rozpaků. Například jsem nezmínil to, že aktualizuji pouze AM jako body. Ne že by nešli aktualizace adres na budovách, ale místy opravdu nejdou. Nejdou na SO s více vchody a tedy více AM, kde je na SO pouze jedno AM a ostatní scházejí . Potíž je nad takový SO s jedním AM umístit nové body. Dochází k překryvu čísel a jejich nečitelnosti. Jednoduché řešení nemám. Nezmínil jsem ještě zdvojení AM na rohových SO. V Ruian jsou body pro vedlejší i hlavní ulici na sobě, což se JOSM nelíbí. I přes jeho odpor to tak nechávám v případech, kdy jsou obě čísla identická a liší se pouze ulice. U AM s číslem orientačním je pak posouvám ručné k hraně SO. Navíc ani nevím, zda u těchto SO jsou opravdu využitelné (existují?) oba vchody. Ale co jsem namátkou kontroloval tak jsou i v adresy.xml. Jak to udělat automaticky nevím. - Abychom se posunuli dál. Hanoj by konečně mohl být ve své kritice konstruktivnější a napsat svoji představu o názvech importních účtů pro případ více uživatelů +
Re: [Talk-cz] Ruian jako zdroj dat
Ahoj, tak ja taky něco řeknu. ;-) addr:consriptionnumber (číslo popisné) addr:provisionalnumer (číslo evidenční) addr:streetnumber (číslo orientační) Tyhle tagy bych tam dával dále i duplicitně. Jedna proto, že skoro všude už teď jsou a možná s nima už někdo počítá. Ale hlavně proto, že sice v ideálním světě je skutečně z dobře napsaného addr:housenumber odvodíš, ale svět OSM není ideální. Jsou s námi lidé, kterým se zápis ev.nnn nelíbí a používají jiný, případně si lidé často pletou zápis č.p./č.o. s č.o./č.p., když tam ty tagy budou všechny, tak bude více jasno. U části obce bez pojmenovaných ulic to jde a žádná informace se neztratí. Tedy jsem pro. addr:city = obec addr:place = část obce Tohle se mi asi nelíbí, ale nejsem si jist. Máš nějaký příklad? Pointa addr:place je, že se pak dá najít adresa v obci bez ulic. A co budou uživatelé hledat více obec nnn nebo část obce nnn? Jestli to první, pak je potřeba do addr:place dávat obec a část obce dát někam jinam (třeba addr:is_in?). addr:country (nevím jak moc je nutné) Vypustil bych to is_in Tenhle tag mi přijde podezřelej a nemám hom rád, takže bych ho také vypustil. Asi jediné využití je ta část obce, ale skutečně to k něčemu je? addr:city = obec Tady si nejsem jist, páč naše wiki říká, že je to název vesnice za PSČ Skutečně je to vždy stejné jako hranice obce a dá se to odvodit z mapy? ref:ruian ref:ruian budeme mít i na budovách. Budovy mají v ruian vlastní kód. Co se stane, když někdo k tagům budovy přidá i tagy adresní? Bude mít budova ref:ruian 2x? *** Stavebni objekt = way+building, Adresni misto = node+addr *** adresni body z 99% jsou nody a RUAIN jako body vzdy zustanou, *** takze bych znovu nepripoustel strkani techo tagu do way building. *** (tohle zarucene do diskuze nekoho zapoji ;) Tady jsem velmi pro, aby se tento způsob zavedl jako standard. Zrovna dnes jsem opravoval Velice, která jsou v části mapy, kde si kreslím a tam tykef naimportoval nějaké budovy z RUIAN a udělal to velmi zvláštně, že budovy bez adres měly ref dle čísla stavebního objektu, ale když měly adresu, tak jí dal na celou cestu, ref byla z adresního bodu a ref stavebního objektu nebyla vůbec nijaká, což mi teda nepřijde jako šťastné řešení. Ale pokud se na tom nebudeme schopni dohodnout, pak radši source:addr pro adresní místo. Na druhou stranu tykef použil, zřejmě dle dříve zmiňovaného číselníku, tagy building=house building=stable Takže asi už nějaký návrh má. Tady bych byl hodně rád, kdyby se ta informace z RUIAN o užití stavby použila třeba takto, že se to dá do building. Zdraví, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
