[OSM-talk-nl] V3 to V4 Mapillary image id migration
Good evening everyone, just to bring everyone up to speed on the state of my planned automated edit of mapillary values that I had discussed on the tagging-ML. As of today, there are 215924 distinct values in the mapillary key, of which 201773 confrom to the "old" (API version 3) ID format of 22 characters (Uppercase, lowercase, 0-9, _, -) but might still contain a website URL (either mapillary.com or some other arbitrary website). 197618 values were successfully matched to a "new" API version 4 numeric-only ID. I have contacted KUMI Systems, who provide an Overpass instance that has no rate limits, to inform them that I'll be using their system to get a list of objects that need to be updated. All information about what's going on are on the Wiki [1]. If you have any questions or comments, please feel free to contact me! Additionally, if you feel this message should go out to other mailing lists, please forward it to them as I might be unaware, Thanks :) I am planning on executing the edit next weekend, though it might be pushed back due to other committments. Kai [1] https://wiki.openstreetmap.org/wiki/User:Kmpoppe/Automated_Edits/Mapillary_Update ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-GB] Eat out to help out data
Hey Rob, if they made up their mind about the license (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/3 - Apache 2.0 is software, not data) the ~100 entries with wrong postcode data (https://github.com/hmrc/eat-out-to-help-out-establishments/issues/18) out of 62k entries would be ok. But yeah, it would be great to have some very recent establishment data. Grouping the Postcodes, there are 38,563 unique postcodes (62.1 % of entries) 6,326 pcs occur twice (20.1 %) 1,800 pcs occur thrice (8.7 %) 611 four times(3.9 %) 214 five times(1.7 %) ... checking those data against the FHRS-OpenData would be relatively easy and very quick to implement and would allow for 96.5% of the entries to be checked. Once one has the FHRS data finding an appropriate OSM object becomes easier. Someone™ would have to do the coding and once licensing and usage are clear, the data could be used :-) Kai On 19.08.2020 22:10, Rob Nickerson wrote: > Hi all, > > Anyone considered using the Eat out to Help out data that HMRC have published > to aid with mapping efforts? > > https://github.com/hmrc/eat-out-to-help-out-establishments > > Prior to this, there was a scraper that collated the data: > https://github.com/svenlatham/eatout-scraper > > Thank you, > *Rob* > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-gb > ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Electric vehicle charging points
Again, this sounds like a perfect job for MapRoulette where the NCR goes into a GeoJSON and people get to work on that data with what's in OSM already - the part that requires effort is to correct what's bogus ;) K Am 21. Juli 2020 18:30:25 MESZ schrieb Mark Goodge : > > >On 21/07/2020 16:57, Kai Michael Poppe - OSM wrote: >> Is the National Chargepoint Registry data open for OSM now? If not >> somebody should write a nice enough letter? > >It is open, it's OGL now. But it's not reliable enough for an unfiltered >bulk import; there are duplicate entries, incorrect coordinates and >incorrect or missing addresses. > >What it would be useful for, though, is adding the technical data to a >chargepoint that has been mapped by on-the-ground observation. So long >as we can match an entry in the NCR to a mapped chargepoint, the >metadata (eg, connector types, owner/operator/network) can be updated >automatically. > >Mark > >___ >Talk-GB mailing list >Talk-GB@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Electric vehicle charging points
Is the National Chargepoint Registry data open for OSM now? If not somebody should write a nice enough letter? Kai Am 21. Juli 2020 17:16:59 MESZ schrieb Mark Goodge : > > >On 21/07/2020 12:58, Dave F via Talk-GB wrote: >> 1538 nationwide. > >Which is a long way short of the 10,000+ listed in the National >Chargepoint Registry. > >> Use this to see what other tags contributors are adding. >> https://overpass-turbo.eu/s/Wia > >It seems to be patchy, and very dependent on local mappers. > >I think it would be beneficial to add them wherever possible. I take the >point mentioned elsewhere that those who actually use them will, >typically, have an app that gives their locations and availability. But >they are, nonetheless, a visible part of the built infrastructure. I'll >certainly make a point of adding the ones I know about locally. > >Mark > >___ >Talk-GB mailing list >Talk-GB@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] POI files of Pub/Restaurant chain
Hi Rob, thanks for the nudge, they have a nice amount of brands, it would be great to be able to use their data freely :) @all, where would I document the request (and the eventual permission) in the Wiki? It seems that under https://wiki.openstreetmap.org/wiki/Permissions#Europe there's no entry for the UK... Or should they go to https://wiki.openstreetmap.org/wiki/Contributors#United_Kingdom? Kai On 16.07.2020 22:14, Rob Nickerson wrote: > Harvester is one of many brands owned by M: https://www.mbplc.com/ > > Try writing to the parent group as you might get permission for all of their > brands. > > Best regards > Rob > > P.s. sorry for lack of threaded email. I'm still struggling with nabble. > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-gb > ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Call to action: Translators needed
On 12.07.2020 20:58, Simon Poole wrote: > The project in question could have naturally joined the OpenStreetMap > transifex organisation and profited from a couple of 100 very experienced > translators, but that would be too simple. Well, don't kill the messenger. I myself only today discovered that there's a JOSM team and an OSM organization. It might be worth checking whether the projects could be moved to the OSM org. Kai ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Call to action: Translators needed
Good evening list! During last week's Missing Maps London event I got to know the mobile App "MapSwipe". This app is used to identify Imagery Tiles with specific features like buildings, roads, etc. in countries with low map coverage (i.e. developing/least developed countries). It is a second-level crowdsourcing platform and it's data is used by the Humanitarian OpenStreetMap Team (HotOSM.org) to feed it's taskmanager. From there volounteers use computer-based editors to map the tiles that were marked as having a mappable feature. Enough marketing talk, this is what this mail is about: The developing team uses Transifex (https://www.transifex.com/mapswipe/mapswipe-app/dashboard/) to translate the strings in the OpenSource-App (https://github.com/mapswipe/mapswipe) and is looking for people who'd love to contribute with more translations or finishing/reviewing the existing languages. Czech only needs review, but Dutch, French, Japanese, Nepali, Persian, Swahili, Hungarian, Indonesia, Russian and Spanish are still missing loads of translated strings. So, if any of you would be able to help with any of the languages mentioned above (you may also add any other language that you think should be on the app), this would be greatly appreciated! Please do not hesitate to share this mail with anyone you think could help or cross-post this outside this list, I haven't done so anywhere except the German Telegram Group t.me/OSM_de. Thank you for reading this far :) Kai ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] The curious case of USRN 20602512
Morning list! I've made an FOI request yesterday and am awaiting a reply. What we could also do is find a local mapper to answer what he knows about the street. K Am 11. Juli 2020 12:37:33 MESZ schrieb Martin Wynne : > >> It is just possible (sight unseen) that it is an Easter Egg. > >We could do the same. If we don't know whether it is permissible to tag >it Fairfield Road in OSM, and there is no actual sign on it, we could >call it Fairfields Road. > >Martin. > >___ >Talk-GB mailing list >Talk-GB@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] The curious case of USRN 20602512
Thank you for this absolute masterpiece of detective work, Marc! I'd never thought that looking through old Notes would spark such an interest :) As reported before, my own dip into having USRN data underlying JOSM at that particular point showed that this stub (in USRN the part where the barrier is to the northeast of the way isn't shown, so I guess that's really a small part of highway=footway) is recorded with the USRN you named. So I also believe that this isn't something to find copyright infringements - because the way exists, Google Street view clearly shows people walking along that way. After not having any luck in finding out of copyright maps that helped I wondered, if a FOI request to Ealing Council, naming the exact location and asking for the name would be fruitful. Did anyone ever try something like this? Would this then be seen as a source compliant to the ODbL? Kai Am 10. Juli 2020 12:27:24 MESZ schrieb Mark Goodge : >Apologies for the long read, but this may be interesting to some folk. >This follows on from my earlier response to Kai Michael Poppe about >"Fairfield Road" in Ealing. > >On 04/07/2020 12:02, I wrote: >> >> To find the USRN of the path, you need to use the lookup tables supplied >> by OS. Doing that, we find that the associated USRN is 20602512. >> >> Now, there's no open data source which will directly tell you the name >> of a USRN (at least, not until we start putting them into OSM). The long >> way of doing so is to find the matching LineString in OS OpenMap Local, >> and see what name it has there. >> >> However, it can be done directly via a non-open source. If you go to >> https://www.findmystreet.co.uk/map and zoom in on the location, then >> click the street to bring up the USRN details, it will give the name >> (and also confirm that the USRN from the OS lookup table is correct). Or >> use the search box and search for USRN 20602512. >> >> From an OSM point of view, that would normally be a dead end. Even if >> you can view the information on a non-open source, you can't incorporate >> it into OSM. However, in this case, we already have an abbreviated name >> from an open source. So all we are learning from the closed source is >> the full text of the abbreviation. Whether that makes it acceptable to >> include the full name into OSM is a matter of debate. I'll leave that >> decision up to others, but, for reference, the name of the street is >> Fairfield Road. > >I've been doing a bit more research in this, as it piqued my interest. >And the results are a little surprising. > >For a start, USRN 20602512 doesn't match Fairfield Road in OS LocalMap >Open. In fact, there's no Fairfield Road anywhere near there in OSLMO. >Matching the coordinates indicates that, as far as OS is concerned, it's >a part of Southdown Avenue. That's not particularly unusual, access >roads off named streets often don't have a name of their own, they're >either completely unnamed or share the name of their parent street. > >However, I did wonder whether this might just be a limitation on OS Open >Data, and whether MasterMap might actually include the name. That's not >reusable in OSM, of course, but it might help point to an open source >that does contain it. > >But it seems that even MasterMap doesn't have that name. You can check >that by looking at Ealing's online GIS website: > >http://maps.ealing.gov.uk/Webreports/Planning/Planning.html > >This is a planning application map, but it's just a window into their >GIS system and you can turn off the planning layers. Anyway, zoom all >the way in to the street in question - I can't give you a persistent >link, but it's just above the LA boundary in the bottom middle of the >map - and... it still has no name. At the highest zoom level, this is >MasterMap, and every named object has its name displayed. But there's no >name here. > >Google, also, knows nothing of a Fairfield Road here. Using the Maps API >to query the coordinates of USRN 20602512, we either get Southdown >Avenue, again, or Boston Gardens, which is the postal address of >buildings facing Boston Road. You can see that name on the road sign via >Google Streetview: > >https://goo.gl/maps/KGLbRC75mQw43PCV6 > >So, it seems that Fairfield Gardens isn't known to either OS or Google. >It is shown (in abbreviated form) on streetmap.co.uk, but at that zoom >level, in London, that's based on the Bartholomew A-Z maps rather than OS. > >Given that, we can't include the name "Fairfield Road" in OSM as it's >only available from non-open sources. But even those non-open sources >don't agree on the name. That seems to me to lead to two possibilities: > >1. It doesn't exist at all. It's just a map trap designed to catch out >unwary copyright infringers. That's certainly a possibility, and A-Z >maps are known to use those. But that doesn't explain its presence in >the USRN database. > >2. The USRN name is wrong, but that error has
Re: [Talk-GB] UPRN Locations Map
On 05.07.2020 18:45, Kai Michael Poppe - OSM wrote: > On 05.07.2020 17:51, Andy Mabbett wrote: >> Naive question - can that be added as a layer in JOSM? If so, how? > I'll have to check whether I can manage that anyway with the new server > now. Will come back to this. Meh. 3 hours in, every possible lead I had didn't bring me closer to setting up the UPRN data in the same way. Having 6 GiB of GeoPackage or 2 GiB of MySQL data doesn't make working with the data any easier. I will look out for help from the GeoServer people during the week, watch this space :) K ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] USRN data in JOSM as a background layer
Good afternoon everyone. > Additionally, I'll try to setup a server in my small farm to host this > for everyone. If I could manage this, I'll write to the list again. Please find every information you need to add the USRN to your JOSM here: https://wiki.openstreetmap.org/wiki/User:Kmpoppe#WMS_Tile_Server_for_OS_OpenData_USRN_.28July_2020.29 Now that I have a working GeoServer that believes it's user interface shall speak English, I can also start working on a documentation on how to set up the server yourself. I'll also put that up on my Wiki page. Hope this is useful to anyone. Kai ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] USRN data in JOSM as a background layer
Good morning list! Whilst investigating another matter I found, that you could host your own WMS (Web Map Service) Server with the cross-platform software GeoServer and then add this to your JOSM as a background layer. Now the USRN Geopackage from OS only contains the ref:GB:usrn (is this offical now?) and not a name but that way you could see where streets are and what their ID is and check this against the current map. I haven't had the time to write a tutorial yet, but will do so later today and then put it out to download for you all. Additionally, I'll try to setup a server in my small farm to host this for everyone. If I could manage this, I'll write to the list again. Kai ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UPRN Locations Map
Hi Marc, Thanks for the reply. I'll make it my task to find an out of date copyright map that brings the full name, wherever I might find it :) Have a great weekend! Kai Am 4. Juli 2020 13:02:59 MESZ schrieb Mark Goodge : > > >On 04/07/2020 06:16, Kai Michael Poppe - OSM wrote: >> >> So, a few months ago I stumbled upon a note >> (https://www.openstreetmap.org/note/2158104#map=19/51.49829/-0.32762) >> that StreetComplete left saying, that the street couldn't be given a >> name because there's none shown. >> >> Back then, I used streetmap.co.uk >> (https://www.streetmap.co.uk/map.srf?X=516161=179063=Y=106) in >> hopes to finding something - but only got "FAI RD." which - to me - >> makes no sense. >> >> Also, using https://os.openstreetmap.org/ makes it look like that's just >> an access path to houses around it, which is (IMHO) not entirely true as >> the way directly linking Southdown Av. and Boston Rd. clearly is >> publicly accessible. >> >> Now, using the above mentioned map >> (https://osm.mathmos.net/addresses/uprn/#19/51.4983/-0.3279) I now know, >> that this street has the UPRN ID 12145988. > >That may not be the UPRN of the path or street. It may be the UPRN of >the open space that the path runs through. The path is more likely to >have a USRN (unique street reference number) than a UPRN. > >To find the USRN of the path, you need to use the lookup tables supplied >by OS. Doing that, we find that the associated USRN is 20602512. > >Now, there's no open data source which will directly tell you the name >of a USRN (at least, not until we start putting them into OSM). The long >way of doing so is to find the matching LineString in OS OpenMap Local, >and see what name it has there. > >However, it can be done directly via a non-open source. If you go to >https://www.findmystreet.co.uk/map and zoom in on the location, then >click the street to bring up the USRN details, it will give the name >(and also confirm that the USRN from the OS lookup table is correct). Or >use the search box and search for USRN 20602512. > > From an OSM point of view, that would normally be a dead end. Even if >you can view the information on a non-open source, you can't incorporate >it into OSM. However, in this case, we already have an abbreviated name >from an open source. So all we are learning from the closed source is >the full text of the abbreviation. Whether that makes it acceptable to >include the full name into OSM is a matter of debate. I'll leave that >decision up to others, but, for reference, the name of the street is >Fairfield Road. > >Mark > >___ >Talk-GB mailing list >Talk-GB@openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] UPRN Locations Map
On 03.07.2020 12:57, Andy Mabbett wrote: >> https://osm.mathmos.net/addresses/uprn/ (zoom in to level 16 to show the >> data) > > Thank you. Great tool! So, a few months ago I stumbled upon a note (https://www.openstreetmap.org/note/2158104#map=19/51.49829/-0.32762) that StreetComplete left saying, that the street couldn't be given a name because there's none shown. Back then, I used streetmap.co.uk (https://www.streetmap.co.uk/map.srf?X=516161=179063=Y=106) in hopes to finding something - but only got "FAI RD." which - to me - makes no sense. Also, using https://os.openstreetmap.org/ makes it look like that's just an access path to houses around it, which is (IMHO) not entirely true as the way directly linking Southdown Av. and Boston Rd. clearly is publicly accessible. Now, using the above mentioned map (https://osm.mathmos.net/addresses/uprn/#19/51.4983/-0.3279) I now know, that this street has the UPRN ID 12145988. Is there any way to go from here, solving the particular problem of naming the way correctly? If I've overlooked a blatantly clear answer to this question on the list, apologies, it's been a rough week! Kai ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Virtual meeting: New open data and towards more UK addresses
Hi Rob, I'd go for the week following - apart from Saturday being the 4th and Sunday the 5th of July :-) Kai On 29.06.2020 21:37, Rob Nickerson wrote: > Hi all, > > The new open data comes out on Wednesday this week (land ownership > boundaries, Unique Property Reference Number, etc). We are considering > holding a virtual meeting to discuss how we might be able to use this > and any next steps. > > Does this sound of interest to you? If so, what times and dates might > work best? One option is we schedule it as a State of the Map virtual > session. Either 19:00 BST on Saturday 3rd July (just before Allan's Q > session) or at 19:45 BST on Sunday 4 July. If this is too soon then we > can slip it by a week or so. > > Let me know what you think. > > Best regards, > *Rob* > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-gb > ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] JOSM Plugin for the FHRS API
Good evening, with (most) issues fixed, I've upgraded the plugin to v 0.1.5 and also published it in the JOSM wiki so that you can download it via your plugin dialog within JOSM. I hope you find it as useful as others have already reported :-) Thanks to everyone who has tested and helped me move the most glaring mistakes out of the way! Have a great evening! Kai On 26.06.2020 23:33, Kai Michael Poppe - OSM wrote: > Hi everyone, > > Version 0.1.3 is now available for download from > https://github.com/kmpoppe/fhrsPlugin > > Thank you all for being so active in helping with the development of > this small part of the OSM bubble! > > Good n8! > > Kai > > On 26.06.2020 17:48, Tony OSM wrote: >> Hi Kai >> >> Was thinking that automatically selecting the first array element which >> will be highlighted in the display will solve it. >> >> My belt and braces is to catch that exception and display a suitable >> error message ( should never occur) >> >> Tony >> >> On 26/06/2020 16:35, Kai Michael Poppe - OSM wrote: >>> >>> Hi Tony, Hi Dave, >>> >>> yep, that's the same Issue >>> (https://github.com/kmpoppe/fhrsPlugin/issues/2) - current, you HAVE >>> to select an entry, even if there is only one. I have covered for that >>> now in code, but I'm thinking it might be easier, if there is just one >>> entry, to automatically go for that one without the user having to >>> select it. >>> >>> Kai >>> >>> On 26.06.2020 17:14, Tony OSM wrote: >>>> >>>> Hi >>>> >>>> I get that also. In my case its caused by not selecting an entry in >>>> the table presented after the initial Search entry. I've reported >>>> this issue & Kai is aware. >>>> >>>> Tony >>>> >>>> On 26/06/2020 15:54, Dave F via Talk-GB wrote: >>>>> I'm getting this after selecting the Search Entry option: >>>>> >>>>> https://snipboard.io/7J6Eb0.jpg >>>>> >>>>> Latest JOSM version >>>>> >>>>> Any ideas? >>>>> >>>>> On 26/06/2020 10:45, o...@poppe.dev wrote: >>>>>> Hey Tony, >>>>>> >>>>>> as I'm from the other side of the Channel, I doubt that there's >>>>>> someone from the UK community that knows me well enough to reassure >>>>>> you about my person (I could always ask people from the German >>>>>> Telegram group to tell you I'm not a lunatic *g*) >>>>>> >>>>>> You could always take a look at the GitHub repository ( >>>>>> https://github.com/kmpoppe/fhrsPlugin) and check what's going on in >>>>>> the code - which heavily relies on the JOSM core source. >>>>>> >>>>>> Regards >>>>>> >>>>>> Kai >>>>>> >>>>>>> Hi Kai >>>>>>> >>>>>>> I'd like to help as its a good idea - however I don't know you, >>>>>> so could >>>>>>> you get some community people who are well known to vouch for >>>>>> you, its >>>>>>> just that I don't want strange software on my machine. >>>>>>> >>>>>>> Regards >>>>>>> >>>>>>> Tony Shield >>>>>>> >>>>>>> TonyS999 >>>>>> >>>>>> ___ >>>>>> Talk-GB mailing list >>>>>> Talk-GB@openstreetmap.org >>>>>> https://lists.openstreetmap.org/listinfo/talk-gb >>>>> >>>>> >>>>> ___ >>>>> Talk-GB mailing list >>>>> Talk-GB@openstreetmap.org >>>>> https://lists.openstreetmap.org/listinfo/talk-gb >>>> >>>> ___ >>>> Talk-GB mailing list >>>> Talk-GB@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-gb >>> >>> ___ >>> Talk-GB mailing list >>> Talk-GB@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-gb >> >> ___ >> Talk-GB mailing list >> Talk-GB@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-gb >> > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-gb > ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] JOSM Plugin for the FHRS API
Hi everyone, Version 0.1.3 is now available for download from https://github.com/kmpoppe/fhrsPlugin Thank you all for being so active in helping with the development of this small part of the OSM bubble! Good n8! Kai On 26.06.2020 17:48, Tony OSM wrote: > Hi Kai > > Was thinking that automatically selecting the first array element which > will be highlighted in the display will solve it. > > My belt and braces is to catch that exception and display a suitable > error message ( should never occur) > > Tony > > On 26/06/2020 16:35, Kai Michael Poppe - OSM wrote: >> >> Hi Tony, Hi Dave, >> >> yep, that's the same Issue >> (https://github.com/kmpoppe/fhrsPlugin/issues/2) - current, you HAVE >> to select an entry, even if there is only one. I have covered for that >> now in code, but I'm thinking it might be easier, if there is just one >> entry, to automatically go for that one without the user having to >> select it. >> >> Kai >> >> On 26.06.2020 17:14, Tony OSM wrote: >>> >>> Hi >>> >>> I get that also. In my case its caused by not selecting an entry in >>> the table presented after the initial Search entry. I've reported >>> this issue & Kai is aware. >>> >>> Tony >>> >>> On 26/06/2020 15:54, Dave F via Talk-GB wrote: >>>> I'm getting this after selecting the Search Entry option: >>>> >>>> https://snipboard.io/7J6Eb0.jpg >>>> >>>> Latest JOSM version >>>> >>>> Any ideas? >>>> >>>> On 26/06/2020 10:45, o...@poppe.dev wrote: >>>>> Hey Tony, >>>>> >>>>> as I'm from the other side of the Channel, I doubt that there's >>>>> someone from the UK community that knows me well enough to reassure >>>>> you about my person (I could always ask people from the German >>>>> Telegram group to tell you I'm not a lunatic *g*) >>>>> >>>>> You could always take a look at the GitHub repository ( >>>>> https://github.com/kmpoppe/fhrsPlugin) and check what's going on in >>>>> the code - which heavily relies on the JOSM core source. >>>>> >>>>> Regards >>>>> >>>>> Kai >>>>> >>>>> > Hi Kai >>>>> > >>>>> > I'd like to help as its a good idea - however I don't know you, >>>>> so could >>>>> > you get some community people who are well known to vouch for >>>>> you, its >>>>> > just that I don't want strange software on my machine. >>>>> > >>>>> > Regards >>>>> > >>>>> > Tony Shield >>>>> > >>>>> > TonyS999 >>>>> >>>>> ___ >>>>> Talk-GB mailing list >>>>> Talk-GB@openstreetmap.org >>>>> https://lists.openstreetmap.org/listinfo/talk-gb >>>> >>>> >>>> ___ >>>> Talk-GB mailing list >>>> Talk-GB@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-gb >>> >>> ___ >>> Talk-GB mailing list >>> Talk-GB@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-gb >> >> ___ >> Talk-GB mailing list >> Talk-GB@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-gb > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-gb > ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] JOSM Plugin for the FHRS API
Hi Tony, Hi Dave, yep, that's the same Issue (https://github.com/kmpoppe/fhrsPlugin/issues/2) - current, you HAVE to select an entry, even if there is only one. I have covered for that now in code, but I'm thinking it might be easier, if there is just one entry, to automatically go for that one without the user having to select it. Kai On 26.06.2020 17:14, Tony OSM wrote: > > Hi > > I get that also. In my case its caused by not selecting an entry in > the table presented after the initial Search entry. I've reported this > issue & Kai is aware. > > Tony > > On 26/06/2020 15:54, Dave F via Talk-GB wrote: >> I'm getting this after selecting the Search Entry option: >> >> https://snipboard.io/7J6Eb0.jpg >> >> Latest JOSM version >> >> Any ideas? >> >> On 26/06/2020 10:45, o...@poppe.dev wrote: >>> Hey Tony, >>> >>> as I'm from the other side of the Channel, I doubt that there's >>> someone from the UK community that knows me well enough to reassure >>> you about my person (I could always ask people from the German >>> Telegram group to tell you I'm not a lunatic *g*) >>> >>> You could always take a look at the GitHub repository ( >>> https://github.com/kmpoppe/fhrsPlugin) and check what's going on in >>> the code - which heavily relies on the JOSM core source. >>> >>> Regards >>> >>> Kai >>> >>> > Hi Kai >>> > >>> > I'd like to help as its a good idea - however I don't know you, so >>> could >>> > you get some community people who are well known to vouch for you, >>> its >>> > just that I don't want strange software on my machine. >>> > >>> > Regards >>> > >>> > Tony Shield >>> > >>> > TonyS999 >>> >>> ___ >>> Talk-GB mailing list >>> Talk-GB@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-gb >> >> >> ___ >> Talk-GB mailing list >> Talk-GB@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-gb > > ___ > Talk-GB mailing list > Talk-GB@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] JOSM Plugin for the FHRS API
Good morning everyone, I built a plugin for JOSM that allows you to merge data from the FHRS API into OSM with a few clicks. I'd love to find some people that would be willing to test the 0.1.2 version and report bugs they found and/or comment on the user experience. Just throw me a line at o...@poppe.dev and I'll send you the download link. Thanks in advance! Kai ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb