Hi Andreas,
- ID
We just looked at another bus stop import.
https://wiki.openstreetmap.org/wiki/AltoAdige_-_S%C3%BCdtirol/SASA_Bus_Stops_Import
This issue of the IFOPT/GFS numbers has already came up, without any
good solution so far. These global routing ids are useful and I think
belong in OS
On 11/28/2013 09:24 PM, Dan S wrote:
> 2013/11/28 Frederik Ramm :
>> Hi,
>>
>> On 28.11.2013 20:32, Johan C wrote:
>>> The info on the import can be found
>>> here: https://wiki.openstreetmap.org/wiki/BAGimport
>>
>> It is no longer usual to tag individual objects with "source".
>
> You mean for i
2013/11/28 Frederik Ramm :
> Hi,
>
> On 28.11.2013 20:32, Johan C wrote:
>> The info on the import can be found
>> here: https://wiki.openstreetmap.org/wiki/BAGimport
>
> It is no longer usual to tag individual objects with "source".
You mean for imports in particular, right? I often have manual e
Hi,
On 28.11.2013 20:32, Johan C wrote:
> The info on the import can be found
> here: https://wiki.openstreetmap.org/wiki/BAGimport
It is no longer usual to tag individual objects with "source". The
source will be obvious from the importing account *and* the changeset
comment or changeset tags; d
What tags on the changesets?
I would suggest moving source:date to the changeset. Source on the objects
vs source on the changeset is debated too, both are valid approaches. I'd
suggest having source on the changeset even if you also have it on the
objects. import=yes is another common changes
Hi
Saturday 16th November 2013 in total 13 members of the Dutch community
gathered and made decisions on the import of the official Dutch addresses
and buildings data, the BAG (baseregistration for addresses and buildings)
which is available under a public license. The Dutch community is very well
On 28 November 2013 03:09, Andreas Uller wrote:
> There are varoius IDs provided, one is a "global, unique" ID for each
> platform (Europe-wide normed "IFOPT" number). Should this be imported to OSM
> (as ref=* or something different?) in case we later receive open timetable or
> realtime data
> Am 28/nov/2013 um 04:09 schrieb "Andreas Uller" :
>
> Any feedback is welcome.
>
this is not directly related to your import, but a disused highway=bus_stop may
still be interesting in OSM, if there are physical remains (e.g. shelter, bench
and for orientation). This depends on the area
I had missed this message, and since there haven't been any proposed
updates, so it slipped my radar
It sounds like unosat:acquisition_date is unnecessary and safe to remove.
How do you plan to conflate with buildings in OSM which are not from the
UNOSAT source? Why can you not use the same