Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

Hi Tomas,

Am 30.05.2017 um 22:59 schrieb Tomas Marklund:

By the way, I think you have created a really cool service!


thank's
To avoid the problem with some /län/ and /kommun/ (=counties) 
belonging to both /Svealand/ and /Sötaland/, you could just skip the 
admin_level = 3 boundaries completely, since they as Ture said really 
aren't administrative boundaries anyway. They are just a convenient 
and common way to divide in Sweden in 3 or 4 reasonably large chunks 
(/Norrland/ is sometime divided into "/northen Norrland/" and 
"/southern Norrland/").
That's what i did with "Pseudo-AL5" in Finland last year. Same 
situation: overlapping "strange" boundaries in OSM, which should not be 
there.
Although i fixed the current problem with a tricky workaround, i'll 
ignore AL3 in Sweden starting from now.


Thank's for the solution.

Regards
walter

btw: Would not it be better to change this in OSM? Change 
boundary=administrative to boundary=region for all AL3 in Sweden?
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Tomas Marklund]

By the way, I think you have created a really cool service!

To avoid the problem with some *län* and *kommun* (=counties) belonging to
both *Svealand* and *Sötaland*, you could just skip the admin_level = 3
boundaries completely, since they as Ture said really aren't administrative
boundaries anyway. They are just a convenient and common way to divide in
Sweden in 3 or 4 reasonably large chunks (*Norrland* is sometime divided
into "*northen Norrland*" and "*southern Norrland*").

Mostly they are used in weather forecasts... "tomorrow, there will be rain
and +5° C to +10° C in Svealand and southern Norrland".

So, if you just skip them and go directly to admin_level = 4 under Sweden,
the problem with Laxå disappearing is gone :-)

/Tomas

2017-05-30 18:55 GMT+02:00 Walter Nordmann :

> ok, strange but not wrong - thank's for this info.
>
> My "boundaries map" https://wambachers-osm.website/boundaries is having
> problems with this situation, so i'll have to find a workaround (without
> changing anything in OSM). "
> Laxå
> kommun(7)" is missing - on my map, not in OSM. :(
>
> Regards
> walter
>
> Big: https://wambachers-osm.website/images/osm/snaps_2017/Oerebro_laen.png
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Mekanisk redigering: uic_ref på busshållplatser

[Johan Emilsson]

Bra jobbat!

/Johan

2017-05-30 21:32 GMT+02:00 Essin :

> Eftersom det inte kom några invändningar genomförde jag omtaggningarna.
>
> 5126 noder med uic_ref=74n men inte railway=* eller train=yes taggades
> om till gtfs_id=7400n.
> 153 noder och relationer med nat_ref=7400n taggades om till
> gtfs_id=7400n.
> 98 noder och relationer med stop_id=74n och stop_url=
> http://reseplanerare.resrobot.se/bin/query.exe/sn?start=1&Z=74n
> taggades om till gtfs_id=7400n och url=http://reseplanerare.
> resrobot.se/bin/query.exe/sn?start=1&Z=7400n.
> 34 stop_area-relationer med uic_ref=74n sorterades för hand i
> busshållplatser, som taggades om till gtfs_id=7400n, och
> järnvägsstationer, som fick behålla uic_ref men även fick
> gtfs_id=7400n. Busshållplatsernas uic_name= byttes i förekommande fall
> ut mot nat_name=.
> 1 nod (Docksta busstation) taggades om från gtfs_id=74n till
> gtfs_id=7400n.
>
> Vänliga hälsningar
> Essin
>
> Den 27 maj 2017 12:40 skrev Essin :
>
>> Jag upptäckte att det finns en mer specifik tagg för Samtrafikens (och
>> motsvarande) referensnummer: gtfs_id=* [1][2]. Jag modifierar därför mitt
>> förslag: uic_ref=74n och stop_id=74n ska ändras till
>> gtfs_id=7400n i stället för nat_ref, och ett antal
>> public_transport=stop_position och =stop_area där jag redan har hunnit
>> ändra för hand ska ändras från nat_ref=7400n till gtfs_id=7400n. Om
>> det inte kommer några invändningar genomför jag antagligen detta i början
>> av nästa vecka.
>>
>> Vänliga hälsningar
>> Essin
>>
>> [1] http://wiki.openstreetmap.org/wiki/General_Transit_Feed_Specification
>> [2] https://taginfo.openstreetmap.org/keys/gtfs_id#overview
>>
>> Den 25 maj 2017 16:53 skrev Essin :
>>
>>> Hej listan!
>>>
>>> Jag har jobbat en del med busshållplatserna i Trafikverkets statliga
>>> CC0-vägdata, en beskrivning finns på [1]. Jag har bland annat lagt in
>>> hållplats-ID, som i Trafikverkets data är ett tal på formen 74n, som
>>> uic_ref= eftersom UIC-nummer också har det formatet (74 är landskoden för
>>> Sverige) [2]. Efter att ha lusläst dokumentationen (detaljer på [1]) har
>>> det visat sig att numren är tänkta att motsvara Samtrafikens hållplats-ID,
>>> men att Samtrafiken/Trafiklab för något år sedan ändrade sina hållplats-ID
>>> till formen 7400n (som inte följer UIC-standarden och alltså definitivt
>>> inte är en uic_ref) utan att Trafikverket följde med i det. Jag skulle
>>> därför vilja ändra uic_ref=74n till nat_ref=7400n. Trafiklabs egna
>>> data är _inte_ släppta under OSM-kompatibel licens, men jag har svårt att
>>> tänka mig att transformationen 74 -> 7400 i sig skulle vara katalogskyddad.
>>>
>>> En ändring av uic_ref berör 5126 noder som har highway=bus_stop
>>> och/eller bus=yes och jag skulle därför vilja göra det som en mekanisk
>>> redigering, men vill först kolla att ingen har invändningar, i enlighet med
>>> Automated Edits code of conduct [3]. Det finns även 34 stop_area-relationer
>>> som är taggade med uic_ref men de kommer jag att gå igenom för hand
>>> eftersom en del är järnvägsstationer som rimligtvis både har
>>> Samtrafiken-nummer och UIC-nummer. Av samma anledning kommer jag inte att
>>> röra noder (och vägar) som har någon railway-tagg eller train=yes.
>>>
>>> Det finns också äldre data med busshållplatser (36 noder och 63
>>> relationer) som är taggade med stop_id=74n. Även dessa skulle kunna
>>> taggas om mekaniskt på liknande vis.
>>>
>>>
>>> Förslag till arbetsgång för mekanisk redigering:
>>> 1. Hämtning av busshållplatser med uic_ref med följande Overpass
>>> API-anrop i JOSM:
>>>
>>> [out:xml][timeout:122];
>>>  area
>>>   [boundary=administrative]
>>>   ["admin_level"="2"]
>>>   ["name"="Sverige"]
>>>-> .a;
>>>
>>> (
>>>   node["uic_ref"][!"railway"]["train"!="yes"](area.a);
>>> ) ;
>>> (._;>;);
>>> out meta;
>>>
>>>
>>> 2. Resultatet sparas som en OSM-fil och redigeras i Notepad++ genom att
>>> ersätta "'uic_ref' v='74" med "'nat_ref' v='7400" och "timestamp=" med
>>> "action='modify' timestamp=".
>>>
>>> 3. Filen öppnas i JOSM igen och laddas upp.
>>>
>>>
>>> Vänliga hälsningar,
>>> Essin
>>>
>>>
>>> [1] https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/trafi
>>> kverket/bussh%C3%A5llplatser
>>> [2] https://wiki.openstreetmap.org/wiki/Key:uic_ref
>>> [3] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>>>
>>
>>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Mekanisk redigering: uic_ref på busshållplatser

[Essin]

Eftersom det inte kom några invändningar genomförde jag omtaggningarna.

5126 noder med uic_ref=74n men inte railway=* eller train=yes taggades
om till gtfs_id=7400n.
153 noder och relationer med nat_ref=7400n taggades om till
gtfs_id=7400n.
98 noder och relationer med stop_id=74n och stop_url=
http://reseplanerare.resrobot.se/bin/query.exe/sn?start=1&Z=74n
taggades om till gtfs_id=7400n och url=
http://reseplanerare.resrobot.se/bin/query.exe/sn?start=1&Z=7400n.
34 stop_area-relationer med uic_ref=74n sorterades för hand i
busshållplatser, som taggades om till gtfs_id=7400n, och
järnvägsstationer, som fick behålla uic_ref men även fick
gtfs_id=7400n. Busshållplatsernas uic_name= byttes i förekommande fall
ut mot nat_name=.
1 nod (Docksta busstation) taggades om från gtfs_id=74n till
gtfs_id=7400n.

Vänliga hälsningar
Essin

Den 27 maj 2017 12:40 skrev Essin :

> Jag upptäckte att det finns en mer specifik tagg för Samtrafikens (och
> motsvarande) referensnummer: gtfs_id=* [1][2]. Jag modifierar därför mitt
> förslag: uic_ref=74n och stop_id=74n ska ändras till
> gtfs_id=7400n i stället för nat_ref, och ett antal
> public_transport=stop_position och =stop_area där jag redan har hunnit
> ändra för hand ska ändras från nat_ref=7400n till gtfs_id=7400n. Om
> det inte kommer några invändningar genomför jag antagligen detta i början
> av nästa vecka.
>
> Vänliga hälsningar
> Essin
>
> [1] http://wiki.openstreetmap.org/wiki/General_Transit_Feed_Specification
> [2] https://taginfo.openstreetmap.org/keys/gtfs_id#overview
>
> Den 25 maj 2017 16:53 skrev Essin :
>
>> Hej listan!
>>
>> Jag har jobbat en del med busshållplatserna i Trafikverkets statliga
>> CC0-vägdata, en beskrivning finns på [1]. Jag har bland annat lagt in
>> hållplats-ID, som i Trafikverkets data är ett tal på formen 74n, som
>> uic_ref= eftersom UIC-nummer också har det formatet (74 är landskoden för
>> Sverige) [2]. Efter att ha lusläst dokumentationen (detaljer på [1]) har
>> det visat sig att numren är tänkta att motsvara Samtrafikens hållplats-ID,
>> men att Samtrafiken/Trafiklab för något år sedan ändrade sina hållplats-ID
>> till formen 7400n (som inte följer UIC-standarden och alltså definitivt
>> inte är en uic_ref) utan att Trafikverket följde med i det. Jag skulle
>> därför vilja ändra uic_ref=74n till nat_ref=7400n. Trafiklabs egna
>> data är _inte_ släppta under OSM-kompatibel licens, men jag har svårt att
>> tänka mig att transformationen 74 -> 7400 i sig skulle vara katalogskyddad.
>>
>> En ändring av uic_ref berör 5126 noder som har highway=bus_stop och/eller
>> bus=yes och jag skulle därför vilja göra det som en mekanisk redigering,
>> men vill först kolla att ingen har invändningar, i enlighet med Automated
>> Edits code of conduct [3]. Det finns även 34 stop_area-relationer som är
>> taggade med uic_ref men de kommer jag att gå igenom för hand eftersom en
>> del är järnvägsstationer som rimligtvis både har Samtrafiken-nummer och
>> UIC-nummer. Av samma anledning kommer jag inte att röra noder (och vägar)
>> som har någon railway-tagg eller train=yes.
>>
>> Det finns också äldre data med busshållplatser (36 noder och 63
>> relationer) som är taggade med stop_id=74n. Även dessa skulle kunna
>> taggas om mekaniskt på liknande vis.
>>
>>
>> Förslag till arbetsgång för mekanisk redigering:
>> 1. Hämtning av busshållplatser med uic_ref med följande Overpass
>> API-anrop i JOSM:
>>
>> [out:xml][timeout:122];
>>  area
>>   [boundary=administrative]
>>   ["admin_level"="2"]
>>   ["name"="Sverige"]
>>-> .a;
>>
>> (
>>   node["uic_ref"][!"railway"]["train"!="yes"](area.a);
>> ) ;
>> (._;>;);
>> out meta;
>>
>>
>> 2. Resultatet sparas som en OSM-fil och redigeras i Notepad++ genom att
>> ersätta "'uic_ref' v='74" med "'nat_ref' v='7400" och "timestamp=" med
>> "action='modify' timestamp=".
>>
>> 3. Filen öppnas i JOSM igen och laddas upp.
>>
>>
>> Vänliga hälsningar,
>> Essin
>>
>>
>> [1] https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/trafi
>> kverket/bussh%C3%A5llplatser
>> [2] https://wiki.openstreetmap.org/wiki/Key:uic_ref
>> [3] http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
>>
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

ok, strange but not wrong - thank's for this info.

My "boundaries map" https://wambachers-osm.website/boundaries is having 
problems with this situation, so i'll have to find a workaround (without 
changing anything in OSM). "Laxå kommun(7)" is missing - on my map, not 
in OSM. :(


Regards
walter

Big: https://wambachers-osm.website/images/osm/snaps_2017/Oerebro_laen.png


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Ture Pålsson]

> 30 maj 2017 kl. 17:31 skrev Tomas Marklund :
> 
> "Laxå kommun" is a part of "Örebro Län", so that is correct. 
> 
> However, it is not the different "län" that defines "götaland" and 
> "svealand", but another (older) type of areas called "landskap". These do in 
> some cases coincide with "län", but not always and not everywhere.

This Wikipedia article makes a decent job (as far as I can tell, I am not a 
historian…) of describing the situation: 
https://en.wikipedia.org/wiki/Provinces_of_Sweden 


I suppose one could argue that the lands (Götaland, Svealand, Norrland) and 
provinces shouldn’t really be tagged boundary=administrative, admin_level=*, 
since they are not, in fact, (present-day) administrative boundaries!

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Tomas Marklund]

"Laxå kommun" is a part of "Örebro Län", so that is correct.

However, it is not the different "län" that defines "götaland" and
"svealand", but another (older) type of areas called "landskap". These do
in some cases coincide with "län", but not always and not everywhere.

This is one of those cases, so even if it looks strange I'd say its
correct. If the boundaries are 100% correct, I cannot say straight away,
but it's not formally wrong that the "örebro län" and "götaland" intersect
like you have shown.

/Tomas

2017-05-30 16:43 GMT+02:00 Walter Nordmann :

> Hi,
>
> there is a problem in sweden which i can't fix without your help.
>
> see
>
>
> Something is strange: the boundaries of Götaland(3) and Svealand(3) do not
> match the AL4-boundaries in that area. Örebro län(4) is overlapping
> Götaland(3) and there are two gaps southeast and southwest of Örebro län.
>
> Don't know what's right or wrong. :(
>
> When i add Laxa kommun(7) it's even looking stranger.
>
>
>
> i think, those AL3-Boundaries are not ok - but i can't be shure.
>
> Regards
> walter aka wambacher / germany
>
> bigger images: https://wambachers-osm.website/images/osm/snaps_2017/
> Örebro_län.png
> and https://wambachers-osm.website/images/osm/snaps_2017/Örebro2_län.png
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Strane (or wrong?) boundaries in Sweden - Correction

[Walter Nordmann]

having problems with "umlaut" in links:

please use

https://wambachers-osm.website/images/osm/snaps_2017/rebro_ln.png

https://wambachers-osm.website/images/osm/snaps_2017/rebro2_ln.png

for bigger images.

sorry, walter aka wambacher


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

Hi,

there is a problem in sweden which i can't fix without your help.

see



Something is strange: the boundaries of Götaland(3) and Svealand(3) do 
not match the AL4-boundaries in that area. Örebro län(4) is overlapping 
Götaland(3) and there are two gaps southeast and southwest of Örebro län.


Don't know what's right or wrong. :(

When i add Laxa kommun(7) it's even looking stranger.



i think, those AL3-Boundaries are not ok - but i can't be shure.

Regards
walter aka wambacher / germany

bigger images: 
https://wambachers-osm.website/images/osm/snaps_2017/Örebro_län.png

and https://wambachers-osm.website/images/osm/snaps_2017/Örebro2_län.png
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se