Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary
On Sun, Jun 28, 2020 at 10:48 PM Mark Wagner wrote: > Distributed storage is one of those things that sounds good, but > nobody's figured out how to make it actually work well. I also wonder about privacy and security in a distributed system. Will the distributed system only contain the blurred images? What about the original images, will they be spread over the world, to servers ran by unknown people, organizations, governments? Will that be an improvement over having them owned by Facebook? m. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary
On Sat, 27 Jun 2020 22:01:57 +0200 "Marc M." wrote: > Le 26.06.20 à 14:09, Florian Lohoff a écrit : > >> I don't care about SLA. Does OSM have SLA? > > The point is when you distribute your storage to people at > > home we will have at most 10% of images online all the time. > > what facts are you basing that number on ? > The worst internet connection I have has 98% availability. > of course, it's not mandatory to have a pay-per-use dialup :) > not to mention local chapters or companies with servers in datacenters > or with fiber connection (where 2 instances of the PoC are running > right now). > > > Disregarding the case that upstream bandwidth internationally > > is pretty bad so you tend to have access times > > for images of about 4-5 seconds at best. (3MByte image at > > a typical ADSL upstream with 1.5MBit/s and international latencys) > > your logic does not correspond to a distributed storage. > it is not "one disk that sends one photo to one user" > it is the pool that sends the pool of requests to all users. > if you have 1000 adsl to serve 100 simultaneous requests, > this is the equivalent of 15Mb/s par request (minus the management). > I leave it up to you to imagine an order of magnitude for the > conversion between simultaneous requests and users. The only distributed data store I'm aware of with an actual implementation is Freenet. Freenet exhibits classic long-tail behavior: popular data has high (>99%) availability with rapid transfers, while the vast majority of data objects exist only as references from other objects, and on the rare instances where they're still in the data store, transfer times are measured in minutes. If you treat a Bittorent index as a distributed data store, you see the same pattern: a few popular torrents have hundreds or thousands of seeds and download as fast as your connection can handle, while the majority have, at best, one seeder, and many only have one or two users with partial copies, hanging around in hopes that someone will eventually show up with the remaining pieces. In the context of a street-level photography system, distributed storage means that you'll have no trouble downloading images of Old Faithful or the Eiffel Tower, but you'll be lucky if you can get even one photo of Road 783 in central Nebraska. Distributed storage is one of those things that sounds good, but nobody's figured out how to make it actually work well. -- Mark ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] weeklyOSM #518 2020-06-16-2020-06-22
The weekly round-up of OSM news, issue # 518, is now available online in English, giving as always a summary of a lot of things happening in the openstreetmap world: https://www.weeklyosm.eu/en/archives/13326/ Enjoy! Did you know that you can also submit messages for the weeklyOSM? Just log in to https://osmbc.openstreetmap.de/login with your OSM account. Read more about how to write a post here: http://www.weeklyosm.eu/this-news-should-be-in-weeklyosm weeklyOSM? who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
https://www.openstreetmap.org/relation/971999 On 6/28/2020 8:23 AM, Ture Pålsson wrote: 27 juni 2020 kl. 17:20 skrev Marc M. : Hello, Le 27.06.20 à 17:04, ET Commands a écrit : Is something wrong with the OSM Carto servers? one diff freeze the update sequenceNumber=4082799 timestamp=2020-06-26T19:17:02Z ppl on #osm-dev are working on this. Does anyone have the osm ID of the geometry that tripped things up? Seems like a good test case. :-) ___ 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] Old phone line or old power line?
On Sun, Jun 28, 2020 at 4:57 AM wrote: > > That is standard construction for the old above ground telephone lines in > the US - many times those lines would run along a rail bed, perhaps even > for railroad signaling purposes. Thanks Steve! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Odp: Re: Old phone line or old power line?
You are subscribing to a mail list. You should probably unsubscribe. It’s possible to read the messages in the archives if you don’t want the emails. /Andreas Skickat från min iPhone > 27 juni 2020 kl. 22:10 skrev marekskleciak : > > > What can I do to stop information from you? > I removed it many times in spam but your address seems to be one exception: I > get messages again. This is nothing against you as a person or against your > content. I see you are from Russia and I really like russian people,have many > friends there.I like Russia as well. The reason is: my engagement in OSM is > recently less, so I try to read only messages written from less friends. > > Best regards, > Marek > > > Dnia 27 czerwca 2020 21:32 80hnhtv4agou--- via talk > napisał(a): > > if you want more information, you have to give more information. > > > Saturday, June 27, 2020 2:23 PM -05:00 from Mike Thompson > : > > > > On Sat, Jun 27, 2020 at 12:21 PM Bryan Housel wrote: > > > > I’d tag as `abandoned:power=minor_line` since you said it is down in > > places. > > > > It is impossible to tell from the picture what its original purpose was, > > but this doesn’t matter much if you just want to get it mapped. > Thanks Brian, I will proceed along those lines. I would still be interested > to hear from experts in the utility field as to what the original purpose of > the lines were. Since this is in the US, one case assume standard household > voltage (given the size of the insulators and the fact that it terminiantes > at an old house in ruins), which back in the day was 110. In which case, > there would be a considerably percentage voltage drop over the many km > distnace this line spans. > > Mike > ___ > 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 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
Le 28.06.20 à 14:23, Ture Pålsson a écrit : >> 27 juni 2020 kl. 17:20 skrev Marc M. : >> Le 27.06.20 à 17:04, ET Commands a écrit : >>> Is something wrong with the OSM Carto servers? >> one diff freeze the update >> sequenceNumber=4082799 >> timestamp=2020-06-26T19:17:02Z >> ppl on #osm-dev are working on this. > Does anyone have the osm ID of the geometry that tripped things up? Seems > like a good test case. :-) tmp fix target 3 relations with multiples errors (self-crossing outer) https://overpass-turbo.eu/s/Vxd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
> 27 juni 2020 kl. 17:20 skrev Marc M. : > > Hello, > > Le 27.06.20 à 17:04, ET Commands a écrit : >> Is something wrong with the OSM Carto servers? > > one diff freeze the update > sequenceNumber=4082799 > timestamp=2020-06-26T19:17:02Z > ppl on #osm-dev are working on this. Does anyone have the osm ID of the geometry that tripped things up? Seems like a good test case. :-) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
Le 28.06.20 à 00:25, Lynn W. Deffenbaugh (Mr) a écrit : > Where is #osm-dev? on irc://irc.oftc.net/osm-dev info about irc/web/mnatrix client https://wiki.openstreetmap.org/wiki/IRC ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Old phone line or old power line?
On Sat, 27 Jun 2020 12:04:46 -0600, Mike Thompson wrote: >Any idea whether this is an old powerline or an old phone line? Photo is >geotagged, so if you download it and drop it into JOSM you can see the >larger context. > >https://photos.app.goo.gl/6cMueDbGJPdz8Es77 That is standard construction for the old above ground telephone lines in the US - many times those lines would run along a rail bed, perhaps even for railroad signaling purposes. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Carto not updating
Hi, short update on the issue: libosmium has just made a new release that fixes the issue: https://github.com/osmcode/libosmium/releases/tag/v2.15.6 osm2pgsql and Nominatim will get new bug-fix releases with the new libosmium version by today or tomorrow. You can already download the new libosmium and build osm2pgsql against that to get a fixed version. If that is not an option, you can get your installation unstuck for now by patching the configuration to ignore the offending Klamath forst. For openstreetmap-carto, add the following patch to your openstreetmap-carto.lua file: https://gist.github.com/lonvia/ab7db4156bbfbcf8ebe1ba8185c2e66c For Nominatim, you need to skip the relation in the import style file configured through the CONST_Import_Style variable. This would be settings/import-full.style per default. You need to add the lines as in this patch: https://git.openstreetmap.org/nominatim.git/commitdiff/f9ba2af (careful, the osm.org installation uses import-extratags.style. You must apply the patch to the style file you use. Just make sure the lines are added at the top of the file.) In both cases: after you have applied the patch, kill osm2pgsql and then restart your update process as usual. Kind regards Sarah On Sat, Jun 27, 2020 at 06:25:11PM -0400, Lynn W. Deffenbaugh (Mr) wrote: > Where is #osm-dev? I'd like to listen in as my updates are also stalling > with osm2pgsql ramping up to 100% while processing relations. > > Lynn (D) - Running a planet-wide tile server with updates... (or trying > to!) > > On 6/27/2020 11:20 AM, Marc M. wrote: > > Hello, > > > > Le 27.06.20 à 17:04, ET Commands a écrit : > > > Is something wrong with the OSM Carto servers? > > one diff freeze the update > > sequenceNumber=4082799 > > timestamp=2020-06-26T19:17:02Z > > ppl on #osm-dev are working on this. > > > > Regards, > > Marc > > > > ___ > > 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