>> So you have two tables of same structure. Voila. You can compare
>> anything (title, coordinates), in any direction with some
>> approximation if needed etc. No OSM wikidata involved at all.
>
> Thomas, this will not work. Matching wikidata & osm by coordinates is
> useless, because the
https://osmcha.mapbox.com/ hasn't been showing new changesets since 5
days. Does anyone know why?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
You can compareanything (title, coordinates), in any direction with someapproximation if needed etc. That's the root of an evil. That comparison have to be done manually. I really don't understand why wikidata needs to be added. It needs to be added to avoid manual fixes of wikipedia
On Sun, Oct 1, 2017 at 3:45 PM, Tomas Straupis
wrote:
> > Tomas, you claimed that "It adds NO value." This is demonstrably wrong.
> You
> > are right that the same fixing was done for years. But until wikidata
> tag,
> > there was no easy way to FIND them.
>
> There
On 10/1/2017 5:39 PM, Yuri Astrakhan wrote:
Lastly, if the coordinates are different, you may not copy it from OSM
to Wikidata because of the difference in the license.
Just for clarity and anyone reading the archives later, copying from
Wikidata to OSM is also a problem because Wikidata
John, I guess it is always good to talk as a data scientist - with numbers
and facts. Here's why matching by coordinates would not work. This query
calculates the distance between the OSM nodes, and the coordinates that
Wikidata has for those nodes. I only looked at nodes, because ways and
>Assuming my above arguments has convinced you
No I still do not see a requirement here, but there again I'm only part of
the community and that's the concern you appear to be ramming this down our
threats. As for what iD does or does not do, I don't see that is relevant.
Why does OSM need it
On Sun, Oct 1, 2017 at 8:15 PM, john whelan wrote:
> Since an OSM object has lat and long value and it appears that wiki
> whatever also has one the entries can be linked.
>
Not so. The data is very often different between wikipedia, wikidata, and
OSM. Also, the same
Rather than fill OSM up with automated edits that have not even been
discussed with the local community can we think more about functionality?
Since an OSM object has lat and long value and it appears that wiki
whatever also has one the entries can be linked.
"This gives you a very simple table
Bonjour,
Mappy utilise Winᴄᴇ sur ᴀʀᴍ, et de ce fait, tout le système de
cartographie n’est qu’un simple .exe
Les cartes utilisent l’extension .fbl… et les point d’intérêt .poi. Ces
format ne sont reconnu par aucun programme, et binwalk ne donne aucune
information valide.
Quels sont les
Hi everybody.
We already accepted wikipedia links keep in mind that wiki article isn't the
same abstraction as OSM object.
And the way we make a reference on wiki articles differs over time.
It was a link, it was an article name, it was a name with language prefix.
Wikidata id is a way to make
And here's a road that wants to be a shared space but isn't there yet...
https://www.facebook.com/NHnieuws/videos/1627424217288914/
The goal of reducing the traffic speed has been achieved, apparently.
On 2017-10-01 20:16, Richard Mann wrote:
> The classic shared space scheme in Haren:
>
>
Bonsoir à tous,
Suite à la séparation en plusieurs morceaux de la proposition sur les
bornes à incendie, le premier volet est ouvert au vote.
https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Fire_Hydrant_Extensions
C'est une évolution plutôt ambitieuse qui est proposée.
Même si un
Ok grazie!
Il giorno 28 settembre 2017 15:35, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:
> se non c'è un numero, allora non mettere un tag "ref", e volendo potresti
> mettere noref=yes. Invece per il nome, quando non esiste, c'è il tag
> noname=yes. Entrambi i tags servono per i
On 1 October 2017 at 18:29, Tomas Straupis wrote:
>> Also, please elaborate which community has asked me to stay away???
>
> Lithuania.
Please can you point to the place where this was discussed and
consensus reached, also to where that was communicated to the wider
2017-10-01 21:45 GMT+02:00 Tomas Straupis :
>
>
> >> When we create a POI detail page, we want to add a link (url without
> >> redirects) to a wikipedia page. To do that it is straightforward to
> >> use a value in wikipedia tag.
> > Great, thanks. As you can see,
>> It is mostly because you pushed the effort, not beaucse of
>> "advantage of wikidata". The same fixing has already been done for
>> YEARS before your effors based on wikipedia tags only.
>
>
> Tomas, you claimed that "It adds NO value." This is demonstrably wrong. You
> are right that the
On Sun, Oct 1, 2017 at 1:29 PM, Tomas Straupis
wrote:
> 2017-10-01 20:04 GMT+03:00 Yuri Astrakhan:
> >> 2. Its not a WORK to automatically update one osm tag according to
> another
> >> osm tag (anybody can do it online/locally/etc). It adds NO value.
> >
> > It adds
The classic shared space scheme in Haren:
http://www.openstreetmap.org/#map=19/53.17312/6.60310
has no tags that I can see.
I'd go for something like shared_space=yes for the moment. It's a "special"
type of traffic calming.
On Sun, Oct 1, 2017 at 6:14 PM, Colin Smale
sent from a phone
> On 1. Oct 2017, at 10:27, Cascafico Giovanni wrote:
>
> Ed io che pensavo ci fossero solo una paio di nodi a Roma ... :-)
>
non sono solo subway, sono anche treni regionali/trenini, non so se ha molto
senso aggiungere un station=light_rail a tutte
2017-10-01 20:04 GMT+03:00 Yuri Astrakhan:
>> 2. Its not a WORK to automatically update one osm tag according to another
>> osm tag (anybody can do it online/locally/etc). It adds NO value.
>
> It adds HUGE value, as was repeatably shown. Thanks to Wikidata IDs, the
> community was able to see and
Just like in the UK, the councils here make it up as they go along; a
"shared space" has no special legal status, unlike a "woonerf".
A general principle which has proved its worth is that to make things
safer, you remove the safety features. Like white lines and kerbs.
Everyone moans a bit, but
On Sun, Oct 1, 2017 at 11:12 AM, Tomas Straupis
wrote:
> I guess the point is that:
> 1. Its ok to play with some pet-tag like wikidata
>
100 % agree
> 2. Its not a WORK to automatically update one osm tag according to another
> osm tag (anybody can do it
Not an answer, but a suggestion where there might be a bit more info...
The Netherlands forum
https://forum.openstreetmap.org/viewforum.php?id=12 might be worth a
read, since the shared space concept was pioneered there;
https://forum.openstreetmap.org/viewtopic.php?id=54843 is directly about
My original solution when I changed the living streets back to normal roads
a few months back was to just add extra tags to highlight the features of
the scheme: access, traffic calming, surface, maxspeed:practical etc. I
have just received a message from contributor 'lakedistrict' who raised the
One of the first edits I did in OSM was to change my local high street
to a tertiary road from a living_street. I think I noticed it because
it's rendered different by osm-carto and some routers wouldn't use the
road for directions.
It's a 20mph two lane road, except with three traffic
On 01/10/2017 14:47, Adam Snape wrote:
If a shared space is not a living street how should it be tagged?
For "quiet lanes" (which are sort-of a rural analogue to urban "home
zones") I went with "designation", and it looks like I'm not the only one:
Hi,
comments below
On 01-10-17 15:06, Yves bxl-forever wrote:
> Hello,
>
> It may be a good idea to freshen up the pages on the wiki to remove all
> confusion about this.
> Perhaps we could summarize all the discussions as such.
>
>
> 1) If a street is one-way for motor traffic but open to
I guess the point is that:
1. Its ok to play with some pet-tag like wikidata
2. Its not a WORK to automatically update one osm tag according to another
osm tag (anybody can do it online/locally/etc). It adds NO value.
3. It is totally unacceptable to introduce idea that wikipedia tag could be
On 1 October 2017 at 14:03, Andy Townsend wrote:
> On 01/10/2017 13:05, Andy Mabbett wrote:
>> And now you're making things up.
>>
> just two posts earlier in this thread you said
>
>> I don't think this kind of sarcastic hyperbole helps to move things
>> forward, nor to
Hi Colin,
I agree entirely (though note that the two share many of those features so
I can see where the argument comes from).
If a shared space is not a living street how should it be tagged?
Adam
On 1 October 2017 at 14:29, Colin Smale wrote:
> It depends if you
Hi Daniel,
> Nice to see another unification effort, but I have a specific question: we
> have an interchange station in Warsaw called "Świętokrzyska". I marked it as
> one station some time ago in the middle of lines crossing.
> Lately somebody (namely
It depends if you want to have a uniform basis for "living_street"
across the world (well, Europe at least). The concept is well known and
understood in continental Europe, and basically implies driving at
walking pace, no separate pavements, no parking except in marked spaces,
and all road users
On 01/10/17 14:12, Adam Snape wrote:
To move things forward I would like others' opinions about how we should
map such shared space schemes Are we happy to broaden the definition of
living_street to include them or are they better mapped as ordinary
streets with additional tags? Another
Hi,
Over the past couple of years Fishergate, the high street in Preston, and
some surrounding streets have been redeveloped and these highways are now
designated as 'shared space' https://en.wikipedia.org/wiki/Shared_space
Following redeveleopment these were mapped as "highway=living_street".
Hello,
It may be a good idea to freshen up the pages on the wiki to remove all
confusion about this.
Perhaps we could summarize all the discussions as such.
1) If a street is one-way for motor traffic but open to cyclists in both
direction, we use this:
oneway=yes
On 01/10/2017 13:05, Andy Mabbett wrote:
And now you're making things up.
just two posts earlier in this thread you said
> I don't think this kind of sarcastic hyperbole helps to move things
> forward, nor to engender an atmosphere of collegial collaboration.
> Please resist the temptation
On 1 October 2017 at 12:13, Christoph Hormann wrote:
> the consensus in the OSM community to link to Wikipedia articles, and
> other useful third-party sources?
> I find it fascinating how both you and Yuri seem to be eager to always
> deflect the discussion from the main
On Sunday 01 October 2017, Marc Gemis wrote:
>
> If I noticed an inception date on a information sign next to a
> building, is this original research or a secondary source ?
The date on the sign is verifiable as a signed date, not necessarily as
a date connected to the building. Historic
On Sunday 01 October 2017, Andy Mabbett wrote:
>
> Or perhaps it is you who is "deep denial" about the consensus in the
> OSM community to link to Wikipedia articles, and other useful
> third-party sources?
May i suggest you to read my previous messages on this thread to find
the answer to that
Usually when I find a POI for a church that no longer exists, the USGS topo
maps also show a church at that location. Comparing the aerials and the maps
confirms the church POI should be deleted (or marked as historic).
Mark
Sent from my Verizon, Samsung Galaxy smartphone
Original
On 1 October 2017 at 10:06, Christoph Hormann wrote:
> On Sunday 01 October 2017, Yuri Astrakhan wrote:
> Wow, i had to read this twice to really believe what i was reading here.
I don't think this kind of sarcastic hyperbole helps to move things
forward, nor to engender an
> Wikipedia is based on secondary sources, it rejects original research.
> OSM is fundamentally different in that because it is based on
> verification by original research.
I'm trying to understand this.
If I noticed an inception date on a information sign next to a
building, is this original
Christoph, I am not talking about OSM or Wikidata or Wikipedia quality or
approaches. Please don't read more into it than what I am trying to state.
If we say that we want OSM objects to link to Wikipedia (and we clearly do,
judging by the number of wikipedia tags people have created), we need a
On Sunday 01 October 2017, Yuri Astrakhan wrote:
>
> Wikipedia created a stable ID system for these pages. Its called
> Wikidata. Please view Wikidata as first and foremost a linking system
> to Wikipedia articles. [...]
>
> Andy, you keep saying Wikidata is not verifiable data - but that's
>
Ed io che pensavo ci fossero solo una paio di nodi a Roma ... :-)
Buon lavoro!
Il 30/set/2017 18:52, "Martin Koppenhoefer" ha
scritto:
> Ilya ha pubblicato i risultati di un nuovo sistema per verificare le metro
> del mondo in osm. Questo è il link per lItalia:
>
sent from a phone
> On 30. Sep 2017, at 19:02, Andrea Musuruane wrote:
>
> Invece è un problema, ad esempio per il routing perché si perde
> l'informazione sull'ingresso. Quindi non puoi sapere da dove si entra (gli
> edifici hanno più lati e non sono necessariamente
I made an enquiry to DNRM about this exactly back in June.
The response I got was:
We have given consideration to your request and advise that, consistent
with Queensland Government policy, our data is provided under a CC:BY 4.0
Licence. The department will not provide the data under an ODbl
48 matches
Mail list logo