Hi mmd
mmd skrev: (23 augusti 2020 21:38:45 CEST)
>On 2020-08-23 18:27, Martin Koppenhoefer wrote:
>> There is a lot of stuff that could be analyzed, immense. All the
>history is still available with all the user information...
>
>What's next? Do we want to invite "unreliable" mappers to an excit
Hi Sarah
Sarah Hoffmann skrev: (23 augusti 2020 22:20:35 CEST)
>Hi,
>
>On Sun, Aug 23, 2020 at 09:41:10PM +0200, Maarten Deen wrote:
>> Node 3117603944 was established in 2014 with tags
>> addr:citySørkjosen
>> addr:housenumber 45
>> addr:postcode9152
>> addr:street Ringvegen
>>
Hi Martin
Martin Koppenhoefer skrev: (23 augusti 2020 18:27:58
CEST)
>
>
>sent from a phone
>
>> On 23. Aug 2020, at 13:55, pangoSE wrote:
>>
>> We could e.g. set a verification-needed
>> flag on objects edited in a changeset with "please review"
Hi Martin
Den Sat, 22 Aug 2020 19:30:23 +0200 Martin
skrev Re: [OSM-talk] Call for verification (Was: Re: VANDALISM !):
> sent from a phone
>
> > On 22. Aug 2020, at 10:15, pangoSE wrote:
> >
> > Here is yet another example of bad data in our database:
>
>
Hi Martin
I cooked up a suggestion for implementation of permids :)
Den Sat, 22 Aug 2020 20:56:05 +0200
skrev Re: [OSM-talk] New API suggestion: Allowing contributors to
easily track their OSM-objects over time:
> On 2020-08-22 19:55, Martin Koppenhoefer wrote:
> > What kind of permanent ids do
Hi Andy 😀
Andy Townsend skrev: (22 augusti 2020 13:03:56 CEST)
> > How/where was the notes addition proposed and implemented?
>
>If I remember correctly, it was done as a "Google Summer of Code"
>project - effectively a sponsorship deal. However, that project
>requires a clone of the OSM websi
pangoSE skrev: (23 augusti 2020 08:38:45 CEST)
>
>Andy Allen (he runs http://www.thunderforest.com/ which has a nice
>vector map service by the way on a free limited tier) a former member
>of the operations working group and current co-maintainer of the rails
>website posted
Hi Shawn
"Shawn K. Quinn" skrev: (23 augusti 2020 00:31:28 CEST)
>On 8/22/20 03:26, pangoSE wrote:
>> I meant that a verification system does exist in Wikipedia and they
>> now require references on all statements to keep up the quality of
>> the articles whi
Hi Martin :)
Den Sat, 22 Aug 2020 19:55:16 +0200
skrev Re: [OSM-talk] New API suggestion: Allowing contributors to
easily track their OSM-objects over time:
> sent from a phone
>
> > On 22. Aug 2020, at 19:44, pangoSE wrote:
> >
> > Maybe we should first add perma
.openstreetmap.org/wiki/Database lists our current data
model for anyone interested.
/pangoSE
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Hi mmd 😀
mmd skrev: (22 augusti 2020 13:41:00 CEST)
>On 2020-08-22 11:08, pangoSE wrote:
>> The system can then be queried lke this:
>>
>> IMPLEMENTATION SUGGESTION:
>>
>> GET Openstreetmap.org/api/userobjects/pangoSE
>> Outputs objects for user pa
Hi
Jo skrev: (22 augusti 2020 11:44:49 CEST)
>On Sat, Aug 22, 2020, 11:30 pangoSE wrote:
>
>> Hi 😀
>>
>> Mateusz Konieczny skrev: (22 augusti 2020
>> 10:51:49 CEST)
>> >(1) Wikipedia may strongly encourage or mandate it in theory, but
>there
>
over into my emails.
No harm intended.
Have a nice day.
Cheers
pangoSE
Andy Townsend skrev: (22 augusti 2020 11:23:11 CEST)
>On 22/08/2020 09:12, pangoSE wrote:
>> Here is yet another example of bad data in our database:
>>
>(to "pangoSE", via the list):
>
>So
icrogrants_2020/Proposal/Map_Maintenance_with_StreetComplete
>(BTW, I really need to finish my resurvey opening hours quest for
>StreetComplete).
No. Thanks for the link 👍
Cheers
pangoSE
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
skrev: (22 augusti 2020
10:51:10 CEST)
>On Sat, 2020-08-22 at 09:32 +0200, pangoSE wrote:
>> Building upon it can lead to strange things. E.g.
>>
>https://www.nyteknik.se/popularteknik/mystisk-jatteskrapa-dok-upp-i-flygsimulator-6999771
>> (building:levels=212 was entered
relation is deleted by anyone the row in my userobjects is deleted)
The system can then be queried lke this:
IMPLEMENTATION SUGGESTION:
GET Openstreetmap.org/api/userobjects/pangoSE
Outputs objects for user pangoSE with the oldest first (outputs 10 entries,
&offset can be used to get more, &
one of
my objects has passed a certain threshold of staleness.
Cheers
pangoSE
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
uff we are
missing. We are basically trying to keep up with an ever changing surrounding
without a good way to indicate our data quality.
We can do better, but we need a new system that make it easy for contributors
to verify our precious data (see my previous email).
Cheers
pangoSE
___
evisit trails and verify them.
WDYT?
Cheers
pangoSE
pangoSE skrev: (22 augusti 2020 09:32:09 CEST)
>Hi
>
>80hnhtv4agou--- via talk skrev: (22 augusti
>2020 03:06:37 CEST)
>
>>
>>Also there is no wiki on unverified edits.
>>
>
>In OSM we don't yet have
Hi
80hnhtv4agou--- via talk skrev: (22 augusti 2020
03:06:37 CEST)
>
>Also there is no wiki on unverified edits.
>
In OSM we don't yet have an established system for verification or accurate
machine readable references for the data to my knowledge.
This means the whole database is basicall
See below
PangoSE skrev: (20 augusti 2020 15:55:11 CEST)
>It was certainly not a joke. The tags in OSM are IMO broken and cannot
>handle the social complexity it tries to model.
>
>One of the biggest problems is missing references to on the ground
>truth like e.g. images.
>
;It still fails to provide even a single benefit over the current
>situation.
>
>Aug 9, 2020, 20:11 by pang...@riseup.net:
>
>>
>>
>>
>> Originalmeddelande
>> Från: pangoSE
>> Skickat: 9 augusti 2020 15:40:41 CEST
>> Till: talk@o
Originalmeddelande
Från: pangoSE
Skickat: 9 augusti 2020 15:40:41 CEST
Till: talk@openstreetmap.org
Ämne: Re: [OSM-talk] Roadmap for deprecation of name tags in OSM
This is another good reason to abandon this suggestion in favor of our own
wikibase instance.
Philip Barnes
Hi
Martin Koppenhoefer skrev: (9 augusti 2020 15:00:21
CEST)
>
>
>sent from a phone
>
>> On 9. Aug 2020, at 10:44, Mateusz Konieczny via talk
> wrote:
>>
>> tagging name tag is a fundamental part of OSM tag,
>> offloading it to a third party service is a mistake that will not
>happen
>
>
>+1,
json see
https://m.wikidata.org/wiki/Wikidata:Database_download
Jeremy Harris skrev: (9 augusti 2020 14:25:02 CEST)
>On 09/08/2020 09:25, pangoSE wrote:
>> I suggest we create a roadmap for deprecating of storing and updating
>names in OSM for objects with a Wikidata tag.
>
>>
self
>
>On Sun., Aug. 9, 2020, 8:29 a.m. Jeremy Harris,
>wrote:
>
>> On 09/08/2020 09:25, pangoSE wrote:
>> > I suggest we create a roadmap for deprecating of storing and
>updating
>> names in OSM for objects with a Wikidata tag.
>>
>> > Substa
y it was complicated.
>
>On Sun., Aug. 9, 2020, 8:46 a.m. pangoSE, wrote:
>
>>
>> I disagree. With (permanent) unique ids is trivial and the overhead
>is IMO
>> neglible.
>>
>> Its not rocket science to query an API endpoint from any programming
>> language
ot;
Our prefix could be "od:" for OSMData.
mmd skrev: (9 augusti 2020 14:42:42 CEST)
>On 2020-08-09 14:33, pangoSE wrote:
>
>
>>> IIRC, Yuri already tried that when implementing Wikibase on our own
>>> wiki, and it turned out to be massively complicated, not to
on the osmid to find links to images of shelters. See
https://github.com/pangoSE/sheltermap
James skrev: (9 augusti 2020 13:59:40 CEST)
>Not to mention the additional overhead of conflating two databases to
>get
>something essential like a name
>
>On Sun., Aug. 9, 2020, 7:57 a
Hi
mmd skrev: (9 augusti 2020 13:47:43 CEST)
>On 2020-08-09 13:05, pangoSE wrote:
>> These are valid concerns. See my response to James.
>> If Wikimedia should become uncooperative we could easily set up our
>own
>> wikibase installation. See https://www
wikidata/ can surely testify to. In a SPARQL
linked data world these would be rather simple queries crafted in a few minutes
by an experienced SPARQL query editor which we already have in our community.
Cheers
pangoSE
PS: The past introduction of wikibase as an addon to osmwiki is unfortunate
beca
or deletes data/items used by OSM? or bans OSM
>mappers?
>or refuses to ban vandal/troll/harasser? or fails to ban them quickly?
>
>Aug 9, 2020, 11:45 by james2...@gmail.com:
>
>> is there a contingency plan if wikipedia/wikimedia ceases to exist?
>>
>> On Sun., Aug.
gt;On Sun., Aug. 9, 2020, 4:29 a.m. pangoSE, wrote:
>
>> I suggest we create a roadmap for deprecating of storing and updating
>> names in OSM for objects with a Wikidata tag.
>>
>> The rationale is explained here:
>> https://josm.openstreetmap.de/ticket/19655
>>
This was meant for the list.
Originalmeddelande
Från: pangoSE
Skickat: 9 augusti 2020 11:09:08 CEST
Till: Mateusz Konieczny
Ämne: Re: [OSM-talk] Roadmap for deprecation of name tags in OSM
Hi
Thanks for the response.
Mateusz Konieczny via talk skrev: (9 augusti 2020
10
;names" in wikidata are mostly the names of WP pages for the object
>in question and have little to do with actually existing names (as per
>the OSM definition) of places.
>
>It would be a massive drop in quality if we would do the proposed
>switch.
>
>Simon
>
>Am 09.08.
data consumers like Mapbox already prefer
Wikidata names. I'm guessing thats because they are simply better quality,
better modeled, better referenced and better protected against vandalism.
WDYT?
Cheers
pangoSE
Ps I choose this list because this not only relates to tagging, but to the
wider
Martin Koppenhoefer skrev: (3 augusti 2020 01:10:09
CEST)
>
>
>sent from a phone
>
>> On 2. Aug 2020, at 18:11, Guillaume Rischard
> wrote:
>>
>> As someone who’s listed as having used 9 different editors on
>https://hdyc.neis-one.org/?Stereo (including “unknown”), I know how
>important the va
mmd skrev: (2 augusti 2020 11:31:21 CEST)
>On 2020-08-01 12:42, Richard Fairhurst wrote:
>> Ruffle is showing promise (https://github.com/ruffle-rs/ruffle) and
>is
>> under very active development, but does not yet support AS3 or the
>Flash
>> Player features that P2 needs. I would anticipate th
I disagree. For that sum of money I would be willing to start writing a new
editor in Rust compiled to WebAssembly and desktop and reach a state of basic
editing useability in 2 months.
See also https://www.youtube.com/watch?v=ohuTy8MmbLc
Cheers
Joseph Eisenberg skrev: (3 augusti 2020 01:00:49
I would recommend you to use another way to archive this. Open OsmAnd on your
phone and add a POI directly. You can add tags too if you remember them. Then
upload directly to OSM.
No JOSM or GPX file handling neccesary.
Andy Townsend skrev: (3 augusti 2020 00:09:44 CEST)
>On 02/08/2020 22:52, M
I agree with this.
Particularly Rust compiled to WebAssembly look very promising for building
applications like an editor. Rust is fast and safe and it already has multiple
OSM related crates.
See here for an example: https://www.youtube.com/watch?v=YHJjmsw_Sx0
An editor written in Rust and c
gle. There are ways to
>work with those in JOSM, but generally speaking if you try to square a
>shape with a single 'wild' node, JOSM turns the whole thing into a hot
>mess.)
This sounds like a bug. Have you reported it?
Cheers
pangoSE
__
I agree.
Skyler Hawthorne skrev: (2 augusti 2020 19:30:09 CEST)
>In the absence of other proposals, even splitting it among the other
>two would be a much better use, in my opinion.
>
>--
>Skyler
>
>
>On Sun, Aug 2, 2020, at 13:27, Rory McCann wrote:
>> On 02.08.20 01:03, Skyler Hawthorne wrote:
M that run without
any proprietary code, then it might have been relevant.
I suggest declining support of any software project that is or requires
proprietary software to run.
Cheers
pangoSE
PS I use 4 different editors to edit in the database: JOSM, OsmAnd,
StreetComplete and rarely iD.
Richard
Hi
Recently it was discussed whether to have signposts in route relations. I
suggest we delete them from all relations by running a script.
I se no loss of information doing that and a benefit to data consumers wanting
to sort and calculate the length and height profile of the relation which I
Same in the north of Sweden. Sometimes they are segregated, sometimes not.
They are made by a stripe of asphalt 2.7 m wide with a white line for
segregation and painted symbols for walking and cycling and a sign.
I think this is has been influenced by winter service where a tractor can
scrape an
wrote:
>On Wednesday 15 January 2020, Mateusz Konieczny wrote:
>> PangoSE started "Transition to use data items when this can be done
>> without loosing information" discussion at
>> https://wiki.openstreetmap.org/wiki/Talk:Wiki#Transition_to_use_data_
>>items_wh
On 2020-01-01 15:28, Rory McCann wrote:
This topic has come up before, and unfortunately when you think about
it, there is no objective way to define a "no go area". It's all
subjective. So it doesn't belong in OSM.
People do live in many of these areas, so software that didn't route
in/throu
salutas
pangoSE
On 2019-12-06 12:27, Oleksiy Muzalyev wrote:
At least in the JOSM editor there is an additional text in English
near the wikidata code-title.
Since the wikidata title (or name) is usually translated on the
wikidata page itself in different languages and it is a part of the
Hi
This is very good news!
I updated the wiki. Lets integrate this in our editors.
Cheers
pangoSE
Original Message
From: Rodrigo Davies
Sent: November 16, 2019 6:59:19 AM GMT+01:00
To: "pang...@riseup.net"
Subject: Re: Permission to trace from heatmap
Hi p
Good news for OSM!
https://wiki.openstreetmap.org/wiki/Permissions/Strava
Also the Strava fork of iD might still be working. See
http://strava.github.io/iD/#background=Bing&map=17.00/-110.02947/53.27094
Hooray 😃
Cheers
pangoSE
--
Sent from: http://gis.19327.n8.nabble.com/General-Discus
51 matches
Mail list logo
