Hi PIetro,
it's not clear to me how the model would work and based on what data you
should avoid one place rather than another in the same town.
But I feel the urgency, in this very emergency context, and from a
country like Italy, heavily affected by the COVID-19, to ask you not to
sell dan
Hi All,
We have an unconventional, but well-vetted idea for tackling this pandemic
that needs your help!
Imagine if people could compare the virus exposure risks associated with
different daily travel destinations? Would you drive an extra mile for beer
if it meant going to a store with a lower
The fundamental point of this discussion is that the AI, the Artificial
Intelligence, does not exist yet. It is kind of a marketing gimmick.
Sure, there are good computer programs, there are sophisticated
automatons, but there is no AI, except in movies and serials.
Let me give you an example
> What's your guess, who will care more for the map, people who have copied AI
>generated data or those who have created it, or doesn't it matter and it's the
>same?
Germany is awesome but not the only way things can develop. People who already
care about OSM and have for years think rapid can h
> How would a mapper performing imports via RapiD comply with the import
>guidelines?
By complying with the guidelines before setting up an import process that
leveraged RapiD for conflation.
Mikel
On Thursday, March 19, 2020, 11:28 AM, Jmapb wrote:
On 3/19/2020 7:57 AM, Mikel Maron wrote:
Some imports are good, some are bad. We have ways to asses them with
guidelines. There are tools to help the technical process. Maybe there’s more
possibilities with rapid on tooling, maybe not. Seems pretty simple.
This whole thread is blown out of proportion, and rehashing old theoretical
deb
Mar 19, 2020, 12:57 by mikel.ma...@gmail.com:
> Frederik, you’re crying out against phantoms, and getting stuck on one
> interpretation of the word “authoritative”, and using that misinterpretation
> as an excuse to beat on one of your favorite punching bags, and try to exact
> radical unratio
Mar 19, 2020, 12:28 by frede...@remote.org:
> Hi,
>
> a propos a recent statement from our friends at Facebook in which they
> make plans for the future of our project,
>
> https://tech.fb.com/map-with-ai-updates/
>
>> Beyond AI-based data sets, one of the biggest challenges for OSM is
>> impo
Mar 19, 2020, 17:54 by j...@betra.is:
> However I believe including them is beneficial for OSM and its users and so
> have been doing updates as I can. However it is not an easy process for large
> areas, having to chop the huge Vatnajökulsþjóðgarður (over 15% of Iceland) up
> due to max nod
On 19.03.20 17:54, Jóhannes Birgir Jensson wrote:
> So - why are authoritative data sets an unwelcome addition?
At its core, OSM is a platform for collaboratively editing geodata. So
the following would be strong reasons not to import a dataset:
- other mappers should not edit it (because the dat
I second Jóhannes -- every dataset, including OSM itself (hehe) has errors.
Consuming each additional dataset is a complex task -- each dataset has its
own structure and conventions, thus the fewer datasets one has to work
with, the better. The fundamental problem with 99.9% of the datasets
exclud
On 2020-03-19 1:18 a.m., Hartmut Holzgraefe wrote:
On 19.03.20 02:07, Joseph Eisenberg wrote:
All style users who upgrade to v5.0.0 should re-import the rendering
database so that the changes to lua transformations will take effect.
As I'm running a "render as many styles as possible" installat
As someone who started as a foot mapper but who is now also in an
"authoritative position" I'd like to answer Frederik here.
Amongst my professional responsibilities is the dissemination of the
authoritative data set for protected areas in Iceland. Many of these are huge,
do not have lines draw
On Thursday 19 March 2020, Mikel Maron wrote:
> Frederik, you’re crying out against phantoms, and getting stuck on
> one interpretation of the word “authoritative”, and using that
> misinterpretation as an excuse to beat on one of your favorite
> punching bags, and try to exact radical unrational r
On Thursday 19 March 2020, Frederik Ramm wrote:
>
> I think that someone who cannot respect these basic tenets of
> OpenStreetMap - that mappers on the ground have the last word on what
> gets into OSM and what not - shouldn't be allowed to publish software
> that interacts with our database. I thi
On 3/19/2020 7:57 AM, Mikel Maron wrote:
There is nothing here about circumventing our well defined import
guidelines, or disrespecting our basic tenets.
The blog post says "The process of creating an import is too onerous for
many users" and "Our hope is that RapiD can become a tool that’s sim
Am Do., 19. März 2020 um 13:01 Uhr schrieb Mikel Maron <
mikel.ma...@gmail.com>:
> Martin, have you actually tried RapiD? It doesnt resemble what you
> describe and does not disempower anyone.
>
it changes the way we add things, or at least has potential to
significantly shift the relation of in
Martin, have you actually tried RapiD? It doesnt resemble what you describe and
does not disempower anyone. From talking to mappers in places with less
developed maps than Germany, there is enthusiasm about a tool that will help
their mapping processes, and a thorough understanding of the limits
Frederik, you’re crying out against phantoms, and getting stuck on one
interpretation of the word “authoritative”, and using that misinterpretation as
an excuse to beat on one of your favorite punching bags, and try to exact
radical unrational restrictions on a piece of software.
What Facebook i
Am Do., 19. März 2020 um 12:32 Uhr schrieb Frederik Ramm <
frede...@remote.org>:
> I think that someone who cannot respect these basic tenets of
> OpenStreetMap - that mappers on the ground have the last word on what
> gets into OSM and what not - shouldn't be allowed to publish software
> that in
Hi,
a propos a recent statement from our friends at Facebook in which they
make plans for the future of our project,
https://tech.fb.com/map-with-ai-updates/
> Beyond AI-based data sets, one of the biggest challenges for OSM is importing
> even readily available authoritative data sets
> ...
>
On 19.03.20 02:07, Joseph Eisenberg wrote:
> All style users who upgrade to v5.0.0 should re-import the rendering
> database so that the changes to lua transformations will take effect.
As I'm running a "render as many styles as possible" installation based
on a "hstore all, hstore only, vith view
22 matches
Mail list logo
