On Mon, Mar 27, 2017 at 9:06 AM, nwastra wrote:
> Putting the sources on the objects has been deprecated for a while. The
> source should be put on the changeset only. If you are doing edits that
> involve several different sources, it is best to split the changes up
> into
I, for one, use source tags extensively when tracing from multiple
sources, e.g. when I trace buildings from a county's WMS layer, but
supplement it with Bing / Geoportal when for whatever reason a
building is omitted from the WMS. Using separate changesets for
different sources seems pretty
sent from a phone
> On 28 Mar 2017, at 13:21, nwastra wrote:
>
> Thanks for the link Martin.
> It is well written and helps me a great deal on this matter.
although you can put source tags on objects, there's much more sense* to adding
the "bezier=yes/no" tag on ways,
2017-03-27 23:17 GMT+02:00 Warin <61sundow...@gmail.com>:
> Source tags on features within the OSM data base have not been depreciated
> to my knowledge
let's say it like this: their use is discouraged, because the concept
doesn't work for OSM.
You can see this reflected here:
> I didn't know that iD doesn't allow you to set the source on the changesets
> as somebody mentioned. If that is true, I see this as a shortcoming of iD
> that should be fixed.
iD has changeset tag editing since a few weeks (which allows anyone to
set the changeset's source tag). It just waits
On Mon, Mar 27, 2017 at 10:41:38AM +0200, Jochen Topf wrote:
> On Mon, Mar 27, 2017 at 03:56:43PM +1000, nwastra wrote:
> > I am unsure what is the preferred way or best practice to tag the source
> > for multipolygons.
> > I currently put the source on the relation with all the rest of the tags,
You will have an objection from me!
Source tags on features within the OSM data base have not been depreciated to
my knowledge.. if they were I would more to revert that depreciation.
On 28-Mar-17 01:06 AM, nwastra wrote:
Jochen, ridding the osm of these unnecessary source tags seems like a
2017-03-27 16:20 GMT+02:00 Dave F :
> Individual entities can have multiple source tags added at different
> times. It would be far harder to 'track' their sources if only add to
> changesets. When editing an object you can instantaneously see the sources
> if added
Comments inline:
On 27/03/2017 09:41, Jochen Topf wrote:
Putting the sources on the objects has been deprecated for a while.
Which wiki describes that?
The source should be put on the changeset only.
Apart from JOSM, which editors allow that?
If you are doing edits that involve several
end [mailto:ajt1...@gmail.com]
> Sent: Monday, March 27, 2017 3:24 AM
> To: talk@openstreetmap.org
> Subject: Re: [OSM-talk] multipolygon source tags preferred method
>
> Ahem. Just because _you_ don't do it, doesn't make it "wrong".
>
> Yes, where a whol
On 27/03/2017 09:41, Jochen Topf wrote:
Putting the sources on the objects has been deprecated for a while.
Ahem. Just because _you_ don't do it, doesn't make it "wrong".
Yes, where a whole bunch of stuff has been added from one source (or a
combination of sources), of course it makes
On Mon, Mar 27, 2017 at 03:56:43PM +1000, nwastra wrote:
> I am unsure what is the preferred way or best practice to tag the source for
> multipolygons.
> I currently put the source on the relation with all the rest of the tags, and
> only adding tags to individual ways or inner polygons if they
2017-03-27 9:46 GMT+02:00 David Fox :
> Amendments within changesets can have multiple sources. Each entity can
> have multiple sources.
sure, you can add multiple sources to the changeset.
Cheers,
Martin
___
talk
Amendments within changesets can have multiple sources. Each entity can have
multiple sources.
On 27 March 2017, at 08:29, Martin Koppenhoefer wrote:
sent from a phone
> On 27 Mar 2017, at 07:56, nwastra wrote:
>
> I am unsure what is the
sent from a phone
> On 27 Mar 2017, at 07:56, nwastra wrote:
>
> I am unsure what is the preferred way or best practice to tag the source for
> multipolygons.
as with any edit, the source should be put on the changeset (i.e. the object
which represents the edit), not on
15 matches
Mail list logo