Re: [Talk-se] Diskussion om badplatser

[Johan]

Då skulle jag rekommendera att ni byter till att följa forumet istället. Det är 
där saker händer nu. Om det är viktigt att få e-post så kan man confa forumet 
att maila updates, och inloggningen är med OSM-kontot. Lägre tröskel är svårt 
att uppbringa.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


On 1 June 2024 at 08:58:05 +02:00, Snusmumriken via Talk-se 
 wrote:

> On Fri, 2024-05-31 at 20:06 +0200, Christoffer Holmstedt wrote:
> 
> > Jag följer bara epostlistan och inte forumet så jag är tacksam när
> > det kommer information denna väg också.
> > 
> Samma här
> 
> ___
> 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] Sweden: Missing Buildings

[Johan]

This is why it is good to leave building geometries behind and change the tag 
to razed, when photos still show the building :)
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 1. juni 2023 kl. 11.03.51 +02.00 skrev Mattias Dalkvist 
:

> Ill leave this here for someone that have time and energy:
> Several people have added buildings in Kiruna that dont exist anymore,
> partly via this project. Example changeset:
> <https://www.openstreetmap.org/changeset/134005978#map=16/67.8467/20.2290>
> For those how dont know Kiruna is moving parts of the town and lots of
> building and roads have been are being moved, rerouted or demolished,
> and none of imagery sources are accurate, even the official maps cant
> keep up with the change.
> 
> Dalkvist
> 
> On Fri, Apr 7, 2023 at 2:08 PM Salim Baidoun  wrote:
> 
> > 
> > Thank you Tomas, sure will copy/paste my message there.
> > 
> > 
> > 
> > Regards,
> > 
> > 
> >
> > Salim A. Baidoun| Community & Partnerships
> > 
> > 
> > 
> > 
> > From: Tomas Marklund <>
> > Date: Friday, 7 April 2023 at 14:02
> > To: OpenStreetMap Sverige mailinglista <>
> > Subject: Re: [Talk-se] Sweden: Missing Buildings
> >
> > You don't often get email from . Learn why this 
> > is important
> > 
> > Hello Salim!
> > 
> > Could you please use the community forum instead of this mailing list? This 
> > mailing list makes it more difficult to find old threads, if someone would 
> > be interested in them after a while. Especially for new users who don't 
> > have access to older mail threads.
> > 
> > 
> > 
> > <https://community.openstreetmap.org/c/communities/se/49>
> > 
> > 
> > 
> > /Tomas
> > 
> > 
> > 
> > Den fre 7 apr. 2023 kl 13:21 skrev Salim Baidoun :
> > 
> > Hello Swedish community,
> > 
> > 
> > 
> > Could you please let me know if the community has any comments or 
> > suggestions about our team supporting editing (when we have capacity) in 
> > Sweden: Missing Buildings?
> > 
> > 
> > 
> > Regards,
> > 
> > Salim A. Baidoun / Community & Partnerships - Global / Community Engagement
> > 
> > 
> > 
> > 
> > 
> > ___
> > 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 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] Import av laddstationer

[Johan]

100 m är ganska dåligt ja. Som NKA skrev i det ursprunglia meddelandet så är 
det vissa stationer som överlag har bättre kvalitet. Kanske importen i 
Stockholm (som jag antar är störst i volym) kan delas upp så att det sämsta kan 
tas in separat.

Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 20. mars 2023 kl. 13.11.04 +01.00 skrev Snusmumriken 
:

> On Mon, 2023-03-20 at 11:51 +0100, Johan wrote:
> 
> > Det är ganska osakligt att kräva perfektion på exakt allt som kommer
> > in i OSM.
> > 
> Det är ganska osakligt att försöka tillskriva mig åsikter som jag
> uppenbart inte framfört. Nu har vi enbart diskuterat importer och inte
> redigeringar i stort. Vi har speciella regler för importer och de är
> där av en anledning.
> 
> 
> > Noterar även att du skriver "placeringen av stationerna inte stämde
> > överens överhuvudtaget med verkligheten". Hur långt fel låg dom, och
> > hur många av dom hade stora problem?
> > 
> Jag kollade på ett område som jag känner väl och där fann jag
> felplaceringar på circa 100m, laddstationer som låg i en trafikkorsning
> eller inne i ett bostadshus. Efter att ha kolla fem stycken där alla
> var felplacerade kom jag fram till att det inte var acceptabel
> kvalitet.
> 
> ___
> 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] Import av laddstationer

[Johan]

Hoppas fler kan komma över till 
<https://community.openstreetmap.org/t/import-av-laddstationer-omdopt-fran-charging-station-import/95130/7>
 och ta dialogen vidare där, eftersom det var där importen började. Det är bara 
att logga in med OSM-kontot.

Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 20. mars 2023 kl. 12.42.21 +01.00 skrev Anders Torger :

> Jag kan hålla med om att mindre fel får man acceptera, ingen geodatabas av 
> OSM:s storlek är 100% korrekt. Men det handlar om hur stor risk för fel det 
> finns när man lägger till data.
> Jag jobbar tidvis med NVDB-projektet och där väljer vi att inte använda data 
> eller manuellt justera som vi vet innehåller stora fel. T ex är 
> bro-placeringar i NVDB i vissa kommuner cirka 50% av fallen 100 meter eller 
> mer felplacerade. Med just broar är det enkelt att rätta till positionen 
> manuellt även om man inte är på plats eftersom det syns i flygfotona var de 
> är. Vi gör inga blind-importer utan går igenom och manuellt sammanfogar allt 
> data, så det tar ju tid men det blir få fel.
> Tyvärr kan det ibland vara svårt att veta vad kvalitén på källdatat är, och 
> ibland varierar den beroende på var i landet det är. Det borde ligga på 
> importörens ansvar att reda ut det så gott det går med att försöka få fram 
> information från ägaren av källdatat samt stickprov. Att bara ta in en stor 
> mängd data och hoppas det är bra kvalitet utan någon som helst analys tycker 
> jag inte är en bra metod.
> Ibland kan det vara bra att skjuta upp en import nåt år eller så tills det 
> finns mer moget källdata. Det kan vara sant att det är mindre jobb att 
> manuellt justera korrekt data på fel position än att manuellt lägga till all 
> data från grunden. Men det är ännu mindre jobb om datat kommer in på rätt 
> position från början, och då kan det vara värt att vänta tills det finns 
> tillgängligt. Är det stora fel på positioner så hjälper ju inte datat 
> elbilsägarna så mycket, man vill ju rimligtvis kunna navigera fram till 
> laddstationerna och hamna rätt. Felaktigt placerade laddstationer under en 
> tid skulle tvärtom kunna bidra till ett minskat förtroende för OSM:s 
> datakvalitet.
> Detta är emellertid bara löst tyckande, det hela hänger på vad den faktiskta 
> datakvalitén är och det verkar ingen veta ännu, så ett första steg är kanske 
> att försöka klargöra hur stora fel källdatat har?
> /Anders
> On 2023-03-20 11:51, Johan wrote:
> 
> > Det är ganska osakligt att kräva perfektion på exakt allt som kommer in i 
> > OSM. Det är mycket lättare att rätta en position på en fullständigt taggad 
> > laddstation än att själv rita dom en och en och därefter själv hitta alla 
> > tags och tagga konsekvent med övriga stationer runt om. Importen tillför 
> > mer än den "förstör" genom sin metadata och ungefärliga position.
> > 
> >
> > Noterar även att du skriver "placeringen av stationerna inte stämde överens 
> > överhuvudtaget med verkligheten". Hur långt fel låg dom, och hur många av 
> > dom hade stora problem?
> > 
> > 
> > 
> > 
> > Johan / <https://www.openstreetmap.org/user/Wulfmorn>
> > 
> > 
> > 
> > 
> > Den 20. mars 2023 kl. 11.02.23 +01.00 skrev Snusmumriken 
> > :
> > 
> > > On Mon, 2023-03-20 at 08:43 +0100, riiga wrote:
> > > 
> > > > 2023-03-19 08:03 skrev Snusmumriken:
> > > > 
> > > > > Jag reverterade precis en stor import av laddstationer i Stockholm
> > > > > som
> > > > > gjordes igår. Främst p.g.a. att placeringen av stationerna inte
> > > > > stämde
> > > > > överens överhuvudtaget med verkligheten. Vidare bör en import
> > > > > diskuteras i förväg.
> > > > >
> > > > 
> > > > Importen har redan diskuteras, finns i listan över importer, o.s.v.
> > > > Helt
> > > > enligt konstens alla regler. Man får räkna med att en import kan
> > > > innehålla mindre fel, jag har gjort mitt bästa för att matcha
> > > > befintliga
> > > > noder. Om nu placeringen inte stämmer överens och du vet det, varför
> > > > rättar du inte till det istället för att i det tysta bara rulla
> > > > tillbaka
> > > > hela ändringsuppsättningen (inklusve alla som var fullständigt
> > > > korrekta)? Detta är inte första gången som du omotiverat rullar
> > > > tillbaka
> > > > ändringar bara för att du inte gillar en delmängd av dem.
> > > > 
> > >
> > > Jag får intrycket att du anser att du gjort det hela enligt konste

Re: [Talk-se] Import av laddstationer

[Johan]

Det är ganska osakligt att kräva perfektion på exakt allt som kommer in i OSM. 
Det är mycket lättare att rätta en position på en fullständigt taggad 
laddstation än att själv rita dom en och en och därefter själv hitta alla tags 
och tagga konsekvent med övriga stationer runt om. Importen tillför mer än den 
"förstör" genom sin metadata och ungefärliga position.

Noterar även att du skriver "placeringen av stationerna inte stämde överens 
överhuvudtaget med verkligheten". Hur långt fel låg dom, och hur många av dom 
hade stora problem?


Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 20. mars 2023 kl. 11.02.23 +01.00 skrev Snusmumriken 
:

> On Mon, 2023-03-20 at 08:43 +0100, riiga wrote:
> 
> > 2023-03-19 08:03 skrev Snusmumriken:
> > 
> > > Jag reverterade precis en stor import av laddstationer i Stockholm
> > > som
> > > gjordes igår. Främst p.g.a. att placeringen av stationerna inte
> > > stämde
> > > överens överhuvudtaget med verkligheten. Vidare bör en import
> > > diskuteras i förväg.
> > > 
> > Importen har redan diskuteras, finns i listan över importer, o.s.v.
> > Helt
> > enligt konstens alla regler. Man får räkna med att en import kan
> > innehålla mindre fel, jag har gjort mitt bästa för att matcha
> > befintliga
> > noder. Om nu placeringen inte stämmer överens och du vet det, varför
> > rättar du inte till det istället för att i det tysta bara rulla
> > tillbaka
> > hela ändringsuppsättningen (inklusve alla som var fullständigt
> > korrekta)? Detta är inte första gången som du omotiverat rullar
> > tillbaka
> > ändringar bara för att du inte gillar en delmängd av dem.
> > 
> Jag får intrycket att du anser att du gjort det hela enligt konstens
> alla regler. Att importören kan göra sin import av data han vill se i
> OSM även om han är medveten om bristande datakvalité och det är sen upp
> till dem med lokalkännedom att städa upp efter importören. Är det din
> uppfattning om hur det ska gå till? Och hur blir det med regioner där
> det inte finns karterare som kan städa upp? Ska de felplacerade
> laddstationerna bara ligga där?
> 
> ___
> 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] Block av PostNord

[Johan]

Det var i alla fall inte särskilt konstruktivt av PostNord att ignorera alla 
varningar dom fick - som alla pekade på att deras tid och pengar gick till att 
påföra skada i OSM som de säger sig vilja förbättra.


Med bättre kursning så kan dom nog göra mycket nytta. Hoppas dom hör av sig och 
det går att ordna ett möte.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 7. desember 2022 kl. 22.41.10 +01.00 skrev Erik Johansson 
:

> Hej
> 
> Det verkar som om alla PostNord användare har blivit blockerade det
> har diskuterats här:
> <https://community.openstreetmap.org/t/osm-adopted-in-sweden/6364/40>
> <https://community.openstreetmap.org/t/postnord-och-osm/6367>
> 
> Jag är tveksam till om blockeringen är nödvändig eller konstruktiv.
> 
> -- 
> /emj
> 
> ___
> 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] Vänern försvunnen?

[Johan]

Inte jag heller. Jag försökte kolla i changesets men ingen har skrivit nåt om 
att man har fixat relationen. Jag företog mig dock att ladda ner alla members i 
Vänern (not recommended - det är typ 40.000) och validerade den. Den ger 0 
errors så jag antar att det bara är ett problem med tiles.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 19. oktober 2022 kl. 10.51.15 +02.00 skrev Markku Siipola via Talk-se 
:

> Vänern är återställd. Syns på osm-webben på vissa av zoom-nivåerna.
> 
> Återställning av övriga zoom-nivåer tar tid. Vad jag förstår kan det ta uppåt 
> 1 vecka och mer.
> 
> Varför den försvann tillfälligt, känner jag inte till.
> 
> /Markku
> 
> Den 2022-10-19 kl. 10:15, skrev Per Eric Rosén via Talk-se:
> 
> > Verkar som att Vänern inte är med längre som vatten? I alla fall inte med 
> > vanliga mapnik-tiles från openstreetmap.org.
> > 
> > <https://www.openstreetmap.org/#map=9/58.8052/13.4253>
> > 
> > /Per Eric
> > -- ^): Per Eric Rosén <http://rosnix.net/~per/>
> > /  GPG 7CE4 3D3B EDC9 4445 2664 EBB7 70C6 DEA9 B320 F875
> > 
> > ___
> > 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Gammal osm-forum stänger 30 september 2022

[Johan]

Då var vi på plats. <https://community.openstreetmap.org/c/communities/se/49> 
Posta på :)
Jag har även blivit informerad om att allt från det gamla forumet kommer att 
kopieras över till det nya så att ingenting gammelt försvinner (på gott och ont 
;)).
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 6. september 2022 kl. 14.27.38 +02.00 skrev Gustav Lindqvist 
:

> Bra med alternativ till Facebook!
> 
> Om det behövs moderatorer kan jag ställa upp.
> 
> /Gustav (https://www.openstreetmap.org/user/Reedyn)
> On September 6, 2022, riiga  wrote:
> 
> > 2022-09-06 11:35 skrev Johan:
> > > Jag vill heller inte använda Facebook.
> > >
> > > Fördelen med OSM-forumen är att man loggar in med sin OSM-profil.
> > > Inget eget lösenord eller nåt - så alla som har ett OSM-konto har
> > > redan tillgång till både nytt och gammalt OSM-forum. Man behöver
> > > bara tillåta access på sitt konto en gång sen kan man köra. Hela
> > > grejen med Facebook är totalt onödig.
> > >
> > > Jag har redan dratt igång det norska (ingen säger nånting där
> > > heller - än) men det som krävs är att nån anmäler intresse och
> > > att man har 2-3 personer som vill vara moderators. Jag kan gärna dra
> > > igång det, men behöver då några frivilliga användare som kan
> > > tänka sig modda. Eftersom nästan alla är på Facebook i Sverige så
> > > känner jag nästan inga av er så det är svårt att veta vilka ni
> > > är :)
> > >
> > > Johan / https://www.openstreetmap.org/user/Wulfmorn
> > >
> > > Den 5. september 2022 kl. 22.05.15 +02.00 skrev Markku Siipola via
> > > Talk-se :
> > >
> > >> Hej!
> > >>
> > >> Som det meddelas på sidan https://forum.openstreetmap.org/ kommer
> > >> den att stängas 30 sep 2022.
> > >>
> > >> Finns det intresse av att skapa en Svensk subkategori på nya
> > >> formumsidan: https://community.openstreetmap.org/c/communities?
> > >>
> > >> Jag själv är tveksam till det då det är väldigt lite trafik på
> > >> nuvarande Svenska forumsidan. De flesta är ju på Facebook.
> > >>
> > >> Men alla vill inte använda Facebook eller osm-gruppen där, och om
> > >> vi inte skapar en svensk-grupp på nya forumet, så det enda
> > >> alternativet vi då har kvar är den här epost-listan. Kanske
> > >> räcker det så?
> > >>
> > >> Det finns ju också en svensk/skandinavisk grupp på Discourse som
> > >> en del använder.
> > >>
> > >> Hälsningar
> > >>
> > >> Markku
> > >>
> > >> ___
> > >>
> > >> 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
> > 
> > Jag instämmer det som har skrivits: även om det kanske inte kommer att
> > användas mycket så bör vi ha en forumdel på den nya lösningen. Att
> > behöva öppna ett separat konto på andra tjänster ska inte behövas. Av
> > integritetsskäl använder jag t.ex. inte Facebook och det är trist att
> > många verkar samlas där. Vi är även en liten skara svenska användare som
> > deltar på Discord (som är ett stängt chattprogram), men där finns i alla
> > fall på OSM-servern en brygga till Matrix (som är ett öppet protokoll).
> > Jag kan vara frivillig om det behövs för att övervaka den nya
> > forumdelen.
> > 
> > /riiga
> > 
> > ___
> > 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Gammal osm-forum stänger 30 september 2022

[Johan]

Jag vill heller inte använda Facebook.

Fördelen med OSM-forumen är att man loggar in med sin OSM-profil. Inget eget 
lösenord eller nåt - så alla som har ett OSM-konto har redan tillgång till både 
nytt och gammalt OSM-forum. Man behöver bara tillåta access på sitt konto en 
gång sen kan man köra. Hela grejen med Facebook är totalt onödig.


Jag har redan dratt igång det norska (ingen säger nånting där heller - än) men 
det som krävs är att nån anmäler intresse och att man har 2-3 personer som vill 
vara moderators. Jag kan gärna dra igång det, men behöver då några frivilliga 
användare som kan tänka sig modda. Eftersom nästan alla är på Facebook i 
Sverige så känner jag nästan inga av er så det är svårt att veta vilka ni är :)
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 5. september 2022 kl. 22.05.15 +02.00 skrev Markku Siipola via Talk-se 
:

> Hej!
> 
> Som det meddelas på sidan <https://forum.openstreetmap.org/> kommer den att 
> stängas 30 sep 2022.
> 
> Finns det intresse av att skapa en Svensk subkategori på nya formumsidan: 
> <https://community.openstreetmap.org/c/communities>?
> 
> Jag själv är tveksam till det då det är väldigt lite trafik på nuvarande 
> Svenska forumsidan. De flesta är ju på Facebook.
> 
> Men alla vill inte använda Facebook eller osm-gruppen där, och om vi inte 
> skapar en svensk-grupp på nya forumet, så det enda alternativet vi då har 
> kvar är den här epost-listan. Kanske räcker det så?
> 
> Det finns ju också en svensk/skandinavisk grupp på Discourse som en del 
> använder.
> 
> Hälsningar
> Markku
> 
> 
> ___
> 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] question : referencing on HEMNET

[Johan]

This seems rather straightforward. The map there has no buildings or addresses 
at all, so there is nothing to reference. I'll add them quickly now - and then 
we'll see how frequent HEMNET makes their updates =)
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 16. august 2022 kl. 10.36.15 +02.00 skrev Thibault POYET 
:

> thanks for your quick reply !
> indeed, it s much better w a link : 
> <https://www.openstreetmap.org/#map=17/56.30525/14.01865>
> 
> kind regards
> Thibault
> 
> 
> 
> Le mar. 16 août 2022 à 10:31, Jesper Falk <> a écrit :
> 
> > Hello,
> > 
> > Without knowing exactly how the query used by Hemnet is done it is quite 
> > hard to guess what might be wrong. What tags are they referring to etc.
> > 
> > Do you have a link to the objects in question, mainly the house and the 
> > "Helge Å"? It is quite hard to spot any errors with a 190km long 
> > waterway... You can create close by link by browsing the map at 
> > <https://openstreetmap.org> and copy the URL. The share function on the 
> > right hand side can also include na optional marker.
> > 
> > Jesper
> > 
> > 
> > 
> > On Tue, Aug 16, 2022, 10:03 Thibault POYET <> 
> > wrote:
> > 
> > > hello !
> > > 
> > > I am posting this question in the hope of getting support and resolving 
> > > issue I am facing.
> > > The support team informed me that HEMNET is using openstreetmap to 
> > > reference ths houses. Among many other things, it somehow detects rather 
> > > the houses are close or not to water, based on the distance to 
> > > lakes/rivers referenced.This is how the filter "clsoe to water" on HEMNET 
> > > can operate.
> > > 
> > > When it comes to my house, although it is close to the river Helge Å ( 
> > > 35m ) , it is not referenced as such.
> > > I m looking for support to learn how to reference the river close to my 
> > > house, and/or how to assign distances to river on openstreetmap.
> > > or maybe some of you have come across similar issue ?
> > > 
> > > Hope to come across some savy users on this listing !
> > > with kind regards
> > > 
> > > Thibault
> > > 
> > > 
> > > 
> > > 
> > > ___
> > > Talk-se mailing list
> > > 
> > > 
> > > <https://lists.openstreetmap.org/listinfo/talk-se>
> > > ___
> > Talk-se mailing list
> > 
> > 
> > <https://lists.openstreetmap.org/listinfo/talk-se>
> > 
> 
> -- 
> 
> Thibault POYET
> +86 186 1185 5501
> 
> ___
> 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] Importera byggnadshöjder där dessa saknas?

[Johan]

Stora differanser på byggnadshöjd borde flaggas där height redan finns. Små 
differanser är väl lättast att ignorera. Det hade ju ändå blivit en omöjlig 
uppgift att ta reda på om "8 eller 9 meter" är det rätta värdet på tusentals 
byggnader runt om.

För stora differanser kan man väl göra en "fixme:height=" tag eller nåt sånt.


Skulle också tro att det blir väldigt fel för OSM om det skulle läggas in 
genomsnittshöjd. Alla hus där översta våningen är "i taket" skulle ju bli helt 
fel. Jag gissar att alla här är eniga i att det MÅSTE vara högsta punkten (exl. 
antenner etc).

Johan / <https://www.openstreetmap.org/user/Wulfmorn>


Den 18. mars 2022 kl. 07.27.17 +01.00 skrev Christian Asker 
:

> Jo, jag antog att det var det du menade...
> 
> Byggnader som redan har höjd angiven vill jag inte pilla på, men man kan ju 
> lägga dit någon extratagg så det går att titta på dem manuellt efteråt.
> Sen är ju byggnadshöjd kanske inte helt entydigt; när vi modellerar luftmiljö 
> är det snarast genomsnittshöjd som är intressant medan man väl oftast annars 
> tänker sig höjden för högsta punkten.
> 
> Mvh Christian
>
> 
> 
> 
> 
> 
> Micke  skrev: (18 mars 2022 07:19:15 CET)
>
> > Förutsatt att _inte_ befintliga height-taggar skrivs över. Skulle det så 
> > klart stå.
> > 
> > /Anders Andersson
> > 
> > 
> >
> > 
> > 
> > Från: Micke 
> > Skickat: den 16 mars 2022 22:07
> > Till: Christian Asker ; OpenStreetMap Sverige 
> > mailinglista 
> > Ämne: Re: [Talk-se] Importera byggnadshöjder där dessa saknas?
> > 
> > 
> > Hej!
> > 
> > Det låter som en bra idé. Förutsatt att befintliga height-taggar skrivs 
> > över. Dessa vore kanske bra att gå igenom manuellt. Det är ju ett jobb som 
> > går att dela upp på flera, att avgöra om den importerade eller den 
> > befintliga är mest trolig.
> > 
> > /Anders Andersson
> > 
> > 
> > 
> > 
> > 
> > Från: Christian Asker 
> > Skickat: den 15 mars 2022 10:23
> > Till: OpenStreetMap Sverige mailinglista 
> > Ämne: [Talk-se] Importera byggnadshöjder där dessa saknas?
> > 
> > 
> > Hej kära karterare. Jag vet inte ifall jag ska fråga här eller i
> > facebook-gruppen för OSM-Sverige, men jag börjar här i alla fall.
> > 
> > 
> > Jag heter Christian Asker och karterar en del för OSM på fritiden. I
> > mitt arbete som forskare i luftmiljö på SMHI använder vi OSM-data både
> > här och där. Bland annat använder vi byggnader för att modellera
> > luftmiljön i gaturum i städer. En osäkerhet här är att många byggnader i
> > OSM saknar byggnadshöjd.
> > 
> > 
> > Som ett led i ett projekt kikar vi nu på att plocka byggnadshöjder från
> > Lantmäteriets Laserdata skog. Än så länge täcks bara delar av Sverige av
> > denna laserdata, men det är åtminstone bättre än det vi har nu.
> > 
> > 
> > Frågan är nu: när vi ändå beräknar byggnadshöjder, ska vi kanske
> > importera dessa till OSM, för de byggnader som saknar höjd-info idag?
> > Licensen på datat från LM är CC0, så den ska vara kompatibel med OSM.
> > Troligen kommer det handla om att plocka höjden i centroid-punkten för
> > varje byggnad. Troligen får man även filtrera bort små byggnader.
> >
> > 
> > Importen innebär alltså inte att man lägger till byggnader som inte
> > redan finns i OSM, utan endast "height"-taggen där denna saknas. Så; är
> > detta intressant för OSM?
> > 
> > 
> > 
> > 
> > Mvh Christian Asker (OSM: ChristianA)
> -- 
> Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.
> 
> ___
> 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] highway=trunk in Sweden

[Johan]

Hi Brian,

På motorväg och motortrafikled är gångtrafik förbjuden. (9 kap 1 § 
trafikförordningen)
From: 
<https://ntf.se/konsumentupplysning/lagar-och-regler/gaende/#:~:text=F%C3%B6rbudet%20f%C3%B6r%20g%C3%A5ende%20g%C3%A4ller%20%C3%A4ven%20p%C3%A5farter%20och%20avfarter.=K%C3%B6rbana%20eller%20cykelbana%20skall%20i,och%20helst%20vid%20en%20v%C3%A4gkorsning>.


Motorvägar och motortrafikleder är alltid fria från korsningar i samma plan.
From: 
<https://ntf.se/konsumentupplysning/lagar-och-regler/fordonsforare/fordons-plats-pa-vagen/motorvagmotortrafikled/>

Basically, you cant walk on roads that have no flat intersections (only 
on/offramps), unless otherwise specified by signs.

Im quite (very) sure you may not walk on the road in your example.


However, I am no expert, its just what I read on the NTF site, so if anyone is 
more well versed in these rules, feel free to weigh in.

I dont know what the agreed upon tagging is for Sweden, but from a routing 
engine perspective a foot=no should be implicit for motorroad=yes or 
highway=motorway, assuming the country in question has that rule.


Johan / <https://www.openstreetmap.org/user/Wulfmorn>


On 23 January 2021 at 23:12:57 +01:00, Brian M. Sperlongano 
 wrote:

> Given this, can you comment specifically on an example? OSM way and photo 
> below:
> 
> 
> <https://www.openstreetmap.org/way/199230893>
> <https://www.mapillary.com/app/?focus=photo=WgHheFQe7tkY-5yEbWchbA=57.6457275332997=11.96102332764884=17>
> 
> Should that way get tagged with any of the following:
> 
> 1) foot = no
> 2) motorroad = yes
> 3) sidewalk = no + shoulder = no
> 
> ?
> 
> 
> 
> On Sat, Jan 23, 2021 at 3:10 PM Ture Pålsson via Talk-se 
> <> wrote:
> 
> > 
> > 
> > 
> > 
> > > 23 jan. 2021 kl. 20:48 skrev Ture Pålsson <>:
> > > 
> > > 
> > > If the wiki is to be believed, highway=trunk is used for roads declared 
> > > by the government to be ”nationell stamväg”, which translates literally 
> > > to ”national trunk road”, except the bits of those that are 
> > > highway=motorway. This, by itself, says nothing about the accessibility 
> > > for pedestrians. As far as I can tell, one must look for explicit foot=* 
> > > or motorroad=* tags to determine pedestrian rights.
> > > 
> > I should add for clarity that walking is allowed everywhere (on public 
> > roads) except where explicitly forbidden, which it is on motorways, 
> > motorroads (E1/E3 here: 
> > <https://www.transportstyrelsen.se/sv/vagtrafik/Vagmarken/Anvisningsmarken/>),
> >  and roads with the ”no pedestrians” sign (C15 here: 
> > <https://www.transportstyrelsen.se/sv/vagtrafik/Vagmarken/Forbudsmarken/>).
> > 
> > (And when you leave the public roads, walking is still allowed almost 
> > everywhere, but then you’re probably not on a highway=trunk anymore! :-) )
> > 
> > 
> > ___
> > Talk-se mailing list
> > 
> > 
> > <https://lists.openstreetmap.org/listinfo/talk-se>
> > 
> ___
> 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] Reverting undiscussed Lantmäteriet import

[Johan]

Sure, keep the overlapping ones as well. I'll find them. Thanks for making the 
effort.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


On 9 December 2020 at 19:45:40 +01:00, Frederik Ramm  
wrote:

> Hi,
> 
> On 12/7/20 12:33, Johan wrote:
> 
> > If it would be possible to exclude this region
> > (<https://www.openstreetmap.org/relation/935657)> from the revert, that
> > would be helpful. I will do QA on all the imported elements, refine,
> > connect and reclassify as needed. If this request poses an unecessarily
> > huge obstacle for the DWG effort to combat this import - please go ahead
> > and revert it all.
> > 
> No problem, I have identified these 125 changesets as lying wholly or
> mostly in that region:
> 
> 94736549
> 94736550
> 94736555
> 94737199
> 94737297
> 94737478
> 94737607
> 94737856
> 94738026
> 94738530
> 94738786
> 94738919
> 94739012
> 94739174
> 94739219
> 94739688
> 94740035
> 94740071
> 94740241
> 94740378
> 94778106
> 94778109
> 94778112
> 94778194
> 94778197
> 94778198
> 94778515
> 94778542
> 94778602
> 94778630
> 94778659
> 94778694
> 94778852
> 94778861
> 94778878
> 94778953
> 94778981
> 94779104
> 94779174
> 94779293
> 94779495
> 94779645
> 94779742
> 94779923
> 94780019
> 94780156
> 94780224
> 94780304
> 94780567
> 94780792
> 94781175
> 94781946
> 94782119
> 94782125
> 94782148
> 94782153
> 94782224
> 94782343
> 94782350
> 94782389
> 94782399
> 94782417
> 94782446
> 94782499
> 94782537
> 94782572
> 94782589
> 94782601
> 94782621
> 94782646
> 94782669
> 94782732
> 94782756
> 94782801
> 94782880
> 94782909
> 94782952
> 94782971
> 94783012
> 94783065
> 94783126
> 94783177
> 94783238
> 94783269
> 94783323
> 94783556
> 94783624
> 94783792
> 94783875
> 94784047
> 94784079
> 94784157
> 94784213
> 94784269
> 94784445
> 94784504
> 94784568
> 94784621
> 94784746
> 94784789
> 94784801
> 94784871
> 94785022
> 94785087
> 94785274
> 94785292
> 94785312
> 94785389
> 94785392
> 94785443
> 94785469
> 94785576
> 94785605
> 94785766
> 94785793
> 95187413
> 95187421
> 95188385
> 95188392
> 95256767
> 95256927
> 95256989
> 95257308
> 95257463
> 
> I will not revert those. A few other changests lie mostly outside the
> area you indicated but do overlap with it; do you want me to keep these too?
> 
> 94737856
> 94738530
> 94739219
> 94778198
> 95187413
> 94736897
> 94736890
> 94736893
> 94736895
> 
> Bye
> Frederik
> 
> -- 
> Frederik Ramm ## eMail  ## N49°00'09" E008°23'33"
> 
> ___
> 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] Reverting undiscussed Lantmäteriet import

[Johan]

Hi Frederik,

If it would be possible to exclude this region 
(<https://www.openstreetmap.org/relation/935657>) from the revert, that would 
be helpful. I will do QA on all the imported elements, refine, connect and 
reclassify as needed. If this request poses an unecessarily huge obstacle for 
the DWG effort to combat this import - please go ahead and revert it all.


As Andreas Vilén mentions there was another import of placenames earlier this 
year. It seems to have been based off a half-way finished import suggestion. I 
have performed QA in the aforementioned area and a revert of this would be 
unfortunate.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>



On 6 December 2020 at 23:25:55 +01:00, Frederik Ramm  
wrote:

> (cross-post with forum)
> 
> Hi,
> 
> over the last couple of weeks, over 90.000 changesets have been made by
> 45 different accounts, performing an undiscussed, low-quality
> Lantmäteriet import (many small bits of tracks or minor roads,
> unconnected to each other and the rest of the network). Several members
> of the Swedish OSM community have made the DWG aware of this issue.
> 
> The worst thing about this is that many of the accounts used have been
> hacked - they are accounts of people normally editing elsewhere on the
> planet, with different editors, in different languages, and certainly
> not importing Lantmäteriet.
> 
> Not only is this a slap in the face for all of our hard working
> volunteers trying to make the best map in Sweden; it is also a crass
> violation of trust (and very likely also a violation of Swedish law).
> 
> We (at DWG) are still investigating who is behind this. This is more
> than just the usual bad import, this is someone who has enough criminal
> energy to hack into other accounts in an attempt to fly under the radar.
> 
> We have blocked the accounts involved (a list of accounts we have
> identified is below). If you know anything that might help us determine
> the identity of this hacker, please let us know at .
> 
> We're planning to revert the import in the coming days.
> 
> Bye
> Frederik
> 
> List of accounts identified (remember, many of these will be innocent
> users that had their account hacked):
> 
> 30d4f4e1ccf24
> Anggele
> Beckster55
> Daly Riandi
> Gary18
> IsabelenEvelyn
> Lana Villa
> Nicolas59380
> Projekt-rolli
> RobertKluijver
> Ryan Seid
> SLC
> Sivia1811
> TTSS
> ViktorPurtin1
> Yesbolaga
> _underscore_
> ahateam
> ankon
> annedukh
> arraggonn
> barbara61
> couch-potato
> dbmercer
> dmitmia
> estrellaoruro
> faithace
> flyup2000
> franz0078
> hako0215
> jeppe2011
> jojoAdventure
> jona0918
> kamilpost
> mapeditorkepno
> rohweder
> thageboelling
> tomas471
> tomto1
> tonypepe
> ulaB
> ussifonyll-39
> uwasescott
> voodoobaby
> xcvb
> xerxes76
> 
> -- 
> Frederik Ramm ## eMail  ## N49°00'09" E008°23'33"
> 
> ___
> 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] Ortnamnsimport från Lantmäte?=riets =?utf-8?Q?GSD-Terr =?utf-8?Q?=C3=A4ngkarta?=n

[Johan]

Hade det gått att sätta upp en WMS-tjänst som uppdateras periodiskt (dvs. efter 
hand tar bort namn som redan finns i OSM)? Alla som kan sina områden och känner 
sig säkra på hur man genomför en import kan jobba med OSM-filerna. Övriga/andra 
kunde sedan använda WMS-tjänsten som källa eller dubbelkoll-tjänst.

Kan förvisso bli ett problem med att inte visa place-noderna som av någon 
tidigare förkastats som otjänliga. @Grigory: Finns det nåt sätt vi som jobbar 
med kartan effektivt kunde ge feedback på datasetet? Både till dig och till 
Lantmäteriet. T.ex. tagga dålig data i filerna och skicka tillbaks till dig?

Johan / <https://www.openstreetmap.org/user/Wulfmorn>


On 22 January 2020 at 10:58:02 +01:00, pang...@riseup.net wrote:

> Hej igen 
> Tusen tack för dina utförliga svar.
> Jag är nu mera positivt inställd till importen. Jag ska titta närmare på en 
> fil och återkommer.
> Jag tror det går bra att vi med lokalkännedom laddar upp för ett område vi 
> känner. Frågan är hur vi skal göra för dem delar av landet (i norr) där ingen 
> av oss har lokalkännedom?
> 
> 
> On January 22, 2020 1:34:35 AM GMT+01:00, Grigory Rechistov via Talk-se 
>  wrote:
> 
> > Hej Ture, Andreas, Anders, pangoSE och andra,
> > Längst ner följer mina kommentarer till dina svar.
> > 
> > 
> > 
> > > Jag har för mig att LMV publicerade textlagren i två uppsättningar: en
> > ”kart”-uppsättning med snygga avstavningar, radbrytningar och så, och en
> > ”GIS”-uppsättning där namnen sitter ihop. Vilket av dem är det du tittar på?
> > 
> > 
> > Jag använder den "GIS"-uppsättningen, men, som du lagt märke till...
> > 
> > 
> > 
> > > Sedan misstänker jag att även ”GIS”-uppsättningen lider lite av att vara
> > > ”en karta i shapefile-format”, snarare än en geodatabas — namnen är 
> > > placerade
> > > där det blir snyggt på en 50k-karta
> > 
> > 
> > 
> > ...det har jag också märkt. Därför finns olika förkortningar och 
> > radbrytningar
> > i källfiler vilka jag har kunnat åtgärda. Jag har i planer att kontakta
> > Lantmäteriet med en lista på ortnamns korrigeringar som jag samlat. Kanske 
> > blir
> > någon intresserad i att uppdatera deras kartinformation för framtiden.
> > 
> > 
> > 
> > > För herrgårdar kanske man kan passa på att lägga till historic=manor 
> > > samtidigt.
> > Jag har också tänkt på detta, men vågade inte räkna varje herrgård som en 
> > plats
> > av historiskt värde.
> > Då kanske missförstår jag "historic=manor":s betydelse. Den taggen används
> > förresten inte mycket i Sverige, enligt detta: 
> > http://overpass-turbo.eu/s/PY3 .
> > Endast 77 träffar.
> > 
> > 
> > 
> > > Vi har ju även en hel del ställen som har ett namn, men där det är ödehus
> > > eller sommarstugor eller fäbodar. Dessa borde även de klassas som 
> > > locality.
> > Det är precis den ursprungliga meningen bakom "place=locality". Att importen
> > använder den taggen för herrgårdarna var en kompromiss som jag tillät 
> > eftersom
> > jag inte kunde hitta ett bättre alternativ för något mindre än 
> > "isolated_dwelling".
> > Då ansåg jag att "historic=manor" vore för specifikt. Men att bara kasta 
> > iväg
> > noderna ville jag inte heller.
> > Låt mig tänka på det lite mer, hur det bästa lösningen skulle se ut. Kanske 
> > skulle
> > jag omtagga dem till "isolated_dwelling", kanske till "manor", kanske kasta 
> > bort.
> > 
> > 
> > > Stadsdelar bör väl inte vara hamlet, utan neighbourhood?
> > Nej, "neighbourhood" är visst bättre för dem. För varje kartruta som ligger 
> > nära
> > en större stad ska en uppladdare se till att "hamlet" blir till 
> > "neighbourhood".
> > Det skulle vara uppenbart att upptäcka visuellt och fixa manuellt.
> > 
> > Det skulle inte finnas många sådana rutor som täcker stora städer. Stora 
> > städer
> > brukar dessutom vara mer färdigt kartlagda vilket betyder mindre nya noder 
> > att
> > importera runtom dem.
> > 
> > Jag kunde kanske ha löst problemet genom att tagga de noder som finns inom 
> > städers
> > gränser på ett annat etikettsschema... Men det skulle ha varit för
> > beräkningsintensivt, och jag är inte redo att skriva en sådan algoritm 
> > (ännu).
> > 
> > 
> > 
> > > även om jag själv hade föredragit en adress-import.
> > Det skulle jag ha också föredragit, om jag hade tillgång till en öppen 
> > databas
> > för ortna

Re: [Talk-se] Ortnamnsimport från Lantmäte?=riets =?utf-8?Q?GSD-Terr =?utf-8?Q?=C3=A4ngkarta?=n

[Johan]

Jag har också kollat i "mitt" område och det verkar som ett användbart dataset, 
även om jag själv hade föredragit en adress-import. Gissar att merparten av de 
nya namnen inte längre används i vardagen. Vissa platser ser mer ut som 
"locality" medan några namn har helt klart felakigt blivit "hamlet" fast det 
bara är en gård, om ens det. Men sådant gårt fort att städa.

Jag ser att platser som redan finns i OSM har sorterats bort, och på den 
fronten ser allt väldigt bra ut.
Efter lite bearbetning så kan det importeras i OSM (i "mitt" område) efter min 
bedöming. Måste bara avklaras med mina "grannar" eftersom tiles-filerna 
överlappar lite.

Alternativt kan man importera från hela kommunfilen. Är det i såna fall möjligt 
att genereras nya filer efterhand, så man ser vad som blir till övers på slutet?

Jag har i alla fall satt mitt namn på de tiles i spreadsheetet som jag har för 
avsikt att ansvara för. Jag väntar dock tills importen når allmän acceptans här 
innan jag börjar.

mvh
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


On 16 January 2020 at 22:17:08 +01:00, Andreas Vilén  
wrote:

> Tack!
> 
> Jag har granskat lite till och har lite kommentarer.
> 
> *I Skåne har jag taggat gårdar med de namn som finns på Ekonomiska kartan. 
> Detta har jag gjort genom att rita en farmyard runt gården och sätta 
> name-tagg på denna. Dessa dubbletter måste det kontrolleras mot.
> *I städerna ser det ut som att det gjorts ett slumpmässigt urval av 
> stadsdelar. Dessa bör antagligen städas bort, då de naturligtvis inte ska 
> taggas som village eller liknande och datan troligen dubblerar sådant som 
> ligger inlagt med boundary-taggar.
> *I Lund såg jag att "Norra Fäladen" radbrutits och detta gjort att datan av 
> någon anledning blivit dubblerad, med en place-tagg med namn "Norra" och en 
> med namn "Fäladen".
> *"Gullåkra" har inte fått träff mot "Gullåkra by", trots att noderna är 
> placerade nästan på varandra.
> 
> Jag tror det kan finnas en poäng att arbeta med den här datan, men att den 
> tillgängliggörs för nerladdning för användare som med eget omdöme laddar upp 
> datan efter att ha tvättat den i områden de har hyfsad lokalkännedom så de 
> kan bedöma datans lämplighet.
> 
> Jag tror inte det är lämpligt att importera det här datasetet.
> 
> 
> On Thu, Jan 16, 2020 at 9:18 PM Grigory Rechistov via Talk-se 
> <> wrote:
> 
> > Här är länken till samtliga filer, version 
> > 9:<https://drive.google.com/open?id=182NzEuSHM3fuYIVRErp7-GWYhum02UZN>
> > Mappen "regions" innehåller OSM-filer som motsvarar till Lantmäteriets 
> > områdeskoder, i mappen "tiles" blev de delade i mindre rutor.
> > 
> > 
> > I versionen 9 åtgärdade jag även ytterligare förkortningar som träffades, t 
> > ex "V Kroken" blir till "Västra Kroken".
> > 
> > 
> > 
> > 
> > 
> > Med vänliga hälsningar,
> > Grigory Rechistov
> > With best regards,
> > Grigory Rechistov
> > 
> > ___
> > Talk-se mailing list
> > 
> > 
> > <https://lists.openstreetmap.org/listinfo/talk-se>
> > 
> ___
> 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] NMD 2018 Import delområden Gällivare

[Karl-Johan Karlsson]

Fast jag kanske ska tillägga att det är min åsikt. Det här är ju ett
opensource projekt så det finns ingen som direkt bestämmer. Den första
prioriteten när man ritar kartan ska inte vara att den ska se snygg ut när
man sitter vid datorn och tittar på den, utan att den ska vara användbar
när man står i verkligheten och använder kartan. Står man i en skog och ser
på kartan att det är skog markerat oavbrutet mil efter mil utan avbrott, så
är troligtvis inte kartan så användbar.
Sedan är det givetvis så att kartan byggs i små små steg, där flera
användare bygger vidare på vad som redan finns. Så länge som man hela tiden
gör små förbättringar som andra kan bygga vidare på så är det ju bra. Det
som stoppat NMD importen är att många uppfattar att NMD importen gör kartan
svårare att bygga vidare på.

Den mån 23 dec. 2019 kl 14:32 skrev Hans K :

> Aha, okej. Då förstår jag. Ytorna i Gällivare är lite för stora för att
> hanteras manuellt tyvärr. Får fixa det som är närmast samhället och låta
> resten vara.
>
> För på wiki-sidan står det att importen ännu är aktiv "The import is
> currently (2019-08-01) at the active stage".
>
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan
>
> Hans
>
> --
> *From:* Karl-Johan Karlsson 
> *Sent:* 23 December 2019 14:14
> *To:* OpenStreetMap Sverige mailinglista 
> *Subject:* Re: [Talk-se] NMD 2018 Import delområden Gällivare
>
>
>
> Den mån 23 dec. 2019 kl 13:18 skrev :
>
> Hej Hans
> Kul att du vill hjälpa till. Tyvärr är NMD import i dagsläget stoppad
> eftersom underlaget är för dålig kvalitet och innebär mera arbete än det är
> värt.
> Om du vill kartera manuellt rekommenderar jag at du manuellt lägger in LMs
> flygfotolager i josm och kör.
>
>
> Om du vill kartera manuellt så var noggrann d.v.s gör inte så att du
> skapar gigantiska areor och markerar allt som skog (för att det mesta är
> skog), för det ger ännu sämre karta än den "NMD import" som för tillfället
> är stoppad. Det finns tyvärr inga snabba lösningar om man vill ha en
> användbar karta.
>
>
> Mvh
> pangoSE
>
> On December 23, 2019 11:29:19 AM GMT+01:00, Hans K 
> wrote:
>
> Hej!
>
> Jag är från Gällivare och tänkte att det vore roligt om det fanns lite
> bättre bakgrundsdata i området. Det är ju lite tomt här uppe. Jag har
> lyckats att hitta till NMD importen men området för Gällivare är ju väldigt
> stort och det stod att man skulle vända sig till denna listan för att fråga
> om någon kan dela upp området Gällivare i tiles. Det skulle uppskattas
> mycket och göra jobbet like enklare.
>
> Hans
>
> ___
> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] NMD 2018 Import delområden Gällivare

[Karl-Johan Karlsson]

Den mån 23 dec. 2019 kl 13:18 skrev :

> Hej Hans
> Kul att du vill hjälpa till. Tyvärr är NMD import i dagsläget stoppad
> eftersom underlaget är för dålig kvalitet och innebär mera arbete än det är
> värt.
> Om du vill kartera manuellt rekommenderar jag at du manuellt lägger in LMs
> flygfotolager i josm och kör.
>

Om du vill kartera manuellt så var noggrann d.v.s gör inte så att du skapar
gigantiska areor och markerar allt som skog (för att det mesta är skog),
för det ger ännu sämre karta än den "NMD import" som för tillfället är
stoppad. Det finns tyvärr inga snabba lösningar om man vill ha en användbar
karta.


> Mvh
> pangoSE
>
> On December 23, 2019 11:29:19 AM GMT+01:00, Hans K 
> wrote:
>>
>> Hej!
>>
>> Jag är från Gällivare och tänkte att det vore roligt om det fanns lite
>> bättre bakgrundsdata i området. Det är ju lite tomt här uppe. Jag har
>> lyckats att hitta till NMD importen men området för Gällivare är ju väldigt
>> stort och det stod att man skulle vända sig till denna listan för att fråga
>> om någon kan dela upp området Gällivare i tiles. Det skulle uppskattas
>> mycket och göra jobbet like enklare.
>>
>> Hans
>>
> ___
> 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] Skapa rad av likadana hus?

[Johan]

Du kan rita dom i PowerPoint, spara som PDF, sen importera PDF-en i JOSM.


Skämt åsido (även om det faktiskt går) så hade jag nog valt att använda terrace 
eller shift+b (distribute nodes) för att bygga en grid och lagt husen på dem. 
Beror iofs på hur komplicerade dina byggnader är.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


On 8 December 2019 at 16:17:21 +01:00, Lennart Romberg 
 wrote:

> Jag kollade beskrivningen på terracer men den verkade inte kunna göra riktigt 
> det jag ville. Funkar väl om man ska skiva upp en rektangel, men säg att man 
> har kedjehus med förskjutna garage, det tror jag inte den fixar.
> 
> Det jag gjorde var att placera ut rätt antal punktnoder med "distribute" och 
> sen använda dem som guide för att sikta in ett hörn på varje hus. Men med 
> tanke på hur enkelt det är i Powerpoint eller MS Visio så kändes det lite 
> meckigt.
> 
> 
> Den sön 8 dec. 2019 kl 13:07 skrev <>:
> 
> > Har du testat terracer? Jag brukar rita runt hela ytterväggen och sen ange 
> > antalet av enheter i radhusblocket.
> > 
> > 
> > On December 7, 2019 7:23:19 PM GMT+01:00, Lennart Romberg 
> > <> wrote:
> > 
> > > Om man har ritat ett hus och gjort x kopior, kan man få dem utlagda i rad 
> > > med samma avstånd (på samma sätt som "distribuera noder" men för hela 
> > > area-objekt?
> > > Har läst igenom listan över josm-plugins men hittar inget som ser ut att 
> > > göra det jag vill. (Och jag har hittat många rad- och kedjehus med lite 
> > > oregelbunden placering, så tyder på att inget verktyg finns?).
> > > 
> > > 
> > > / Lennart
> > > 
> > > ___
> > Talk-se mailing list
> > 
> > 
> > <https://lists.openstreetmap.org/listinfo/talk-se>
> > 
> ___
> 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] Naturvårdsverkets nya Nationella MarktäckeData

[Karl-Johan Karlsson]

Det är bättre att säga att all kartdata ska hålla hög standard.
Många av de manuellt mappade områden av speciellt skogar håller inte någon
hög kvalitet alls. Ofta är det mycket stora områden som bara är markerade
skog rakt över. Det har inte gjorts "hål" i skogen för åkrar, gläntor,
byggnader och ibland inte ens för sjöar. Det här kanske duger för de som
bara åker bil på vägar, men om man vandrar i skog och mark så räcker det
inte alls.Tittar jag tillbaka på vissa områden som jag själv har manuellt
mappat in så ser jag ofta sådana brister.
Med detta vill jag inte säga att importerade områden är mycket bättre för
det finns problem med importerat data med, utan jag vill mest påpeka att
manuellt mappade områden inte är automatiskt bra bara för att de är
manuellt mappade.

Den lör 9 nov. 2019 kl 16:40 skrev Snusmumriken <
snusmumriken.map...@runbox.com>:

> On Fri, 2019-11-08 at 17:46 +0100, pangoSE wrote:
> > Hej
> >
> > Håller helt med Essin. Se min kommentar här
> > https://www.openstreetmap.org/changeset/70936570
> >
> > Jag förslår att vi sätter stop för import tills att vi sett att nån
> > tagit åt sig den enorma uppgift att städa upp det som redan
> > importerats.
> >
> > Tills dess får vi leva med en "vit" karta i några områden.
> >
> > Nån emot?
>
> Utan att ha kollat på detaljerna i det här fallet så vill jag bara
> instämma med att importer ska hållas till en mycket hög standard.
>
>
> ___
> 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] Naturvårdsverkets nya Nationella MarktäckeData

[Johan Emilsson]

Hallå,

Finns det någon uppdatering att ge kring importen?
Hojta om det finns behov av hjälp. Kan tänka mig att samköra någon av de
större kommunerna kring Åre.

/Johan

On Thu, 13 Jun 2019 at 12:54, Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej på er alla!
>
> Förlåt mig för längre tystnad på den här listan, var upptagen med
> livet/jobbet
> och orkade bidra till OSM endast sent på kvällarna då var det inte bästa
> tillfällen
> att kolla/svara mejl.
>
> Låt mig svara på alla förfrågor/kommentarer som nyligen samlades i tråden.
>
> > Jag såg att Åstorps kommun laddades upp. Det blev inte så bra:
> >
> http://grillo.users.openstreetmap.se/a1dd1280bc521ca2725f8b8daaee11f993800871.jpg
>
> Nej, det gjorde det inte. Hoppas att det inte skapade för mycket besvär
> att
> rätta till.
>
> > Jag håller på att städa och önskar att du kunde låta bli att importera
> så nära tätort.
>
> Jag försöker alltid städa bostadsområden eftersom man förväntar sig
> att se bättre objektsuppställning där, och det går enklare att manuellt
> rita där
> med renare slutresultat. Men ibland slippar ändå någonting över byggnader.
>
> > Dessutom önskar jag att du hade någon form av varningssystem så du inte
> laddar upp överlappande data.
> Om ett område är omringat med "landuse=residential" undvikas det
> helt i mina skript. Ifall det inte finns en sådan polygon (vilket sker
> ganska
> ofta men inte är något fel på det) raderar jag datat runt orten manuellt
> om jag
> ser det.
> Jag vill nu också inkludera en tiotal meter "buffert" runt enstaka
> byggnader
> på ett liknande sätt hur det nu är med vägar och järnvägar. Detta ska
> hjälpa
> förhindra tätorters nedsmutsning även om någonting inte är omringat med
> "residential".
>
> Åstorps kommuns import var ett försök att lära mig hur det gick
> med på att importera NMD-datat i en kommun som huvudsakligen var täckt av
> åkermark och som redan var 50%-kartlagd.
> Jo, det visade sig att bli jobbigt att justera polygoner längs flera långa
> vägar
> och att se till att alla små detaljer läggas rätt. Men det var möjligt i
> alla fall,
> fastän med fler misstag än önskades.
> I framtiden vill jag använda olika parameter vid databearbetningen för
> olika
> kommuner beroende på vilken typ markanvändning råder i just det område, t
> ex
> filtrera mer aggressivt åkermark men inte skogar.
>
> > eller markerar upp tomtmark som grassland.
>
> Jo, olika slags "gräs" har blivit ett riktigt huvudvärk. Precis som man
> varnade
> mig förut! Att skilja mellan bland annat "golf_course", "landuse=grass"
> och
> "natural=grassland" kräver alltid lite tanke. I Åre kommun brukar jag
> behöva
> tagga om nästan alla "gräs"-ytor som hed (natural=heath) i fjällen. Men
> inte
> allt; tomtmark bör stanna som "landuse=grass".
> Jag ber er om hjälp med att tagga det rätt där jag gjorde ett misstag.
> Särskilt
> gäller det när det blivit "natural=grassland" istället för
> "landuse=grass", dvs
> nära tätorter…
>
> >Noterade att relationen https://www.openstreetmap.org/relation/9623607
> inte renderar.
> > Kan bero på att den korsar sig själv i denna punkt
>
> Oj, förlåt. Visst försöker jag inte låta sådana tabbar förekomma.
> Självkorsningarna
> är det främsta egna problem i importdatat. Det brukar vara runt 50
> tillfällen per
> ruta i början, och jag validerar och fixar och validerar igen och fixar
> tills det inte
> finns några alls. Men ett par gånger per million nya noder kan man ju
> förbise en
> nod :-).
>
> Som redan var sagt och som uppfattades från början, är kommuner med
> flertal
> tätorter ett vanskligt mål för importen. Däremot blir glesbebyggda områden
> riktigt mer detaljerade med mindre risk för att skapa konflikter (och
> förarga
> några människor i processen).
>
> För närvarande finns det drygt 60 rutor i Åre kommun för att importera
> kvar.
> Jag håller på att slutföra med den kommunen inom några veckor innan
> sommarens
> semestersäsong börjar. Sedan får vi se hur man vidare kan förbättra
> befintliga
> algoritmer, datakvalité, minska manuellt arbete osv med ny erfarenhet man
> fått.
>
> Jag upptäckte också att sjöar/tjärnar/våtmark i fjällen inte är lika
> fullständigt
> kartlagda som jag trodde förut. Fler sjöar saknas helt och de som finns på
> kartan
> har ofta grova ungefärliga konturer. De motsvarande polygoner som finns i
> NMD-datat är noggrannare men just nu importerar vi inte vatten ytor.
> Så mycket att förbättra till!
>
> P.S. Mina allmänna tankar på hela importprocessen beskrev jag i ett inlägg
> h

Re: [Talk-se] Lantmäteriets öppna data

[Karl-Johan Karlsson]

Terrängkartan har diskuterats lite tidigare. Se:
https://lists.openstreetmap.org/pipermail/talk-se/2019-April/003651.html

Den tors 8 aug. 2019 kl 12:00 skrev Eva Lindberg :

> Jag är ny användare här och anledningen att jag är intresserad av OSM är
> att jag vill ha en bra karta för ett visst område i norra Sverige.
> Området verkar just nu inte vara karterat överhuvudtaget. Det är här:
> https://www.openstreetmap.org/#map=12/63.5201/17.9881
>
> Jag har lite koll på GIS och kartor och tycker att ett effektivt sätt
> att få in grundläggande kartor för området skulle vara att importera
> Lantmäteriets öppna data, speciellt terrängkartan. Jag förstår att det
> kräver dels att användarna av OSM vill ha in det och dels att man kollar
> kollisioner vid importen så att man inte förstör något som redan är
> karterat. Eftersom Lantmäteriets kartor finns för hela landet undrar jag
> om man skulle kunna ta ett större grepp så att det finns struktur för
> att lägga in kartorna för andra områden om någon vill.
>
> Jag hittar ingen större diskussion om Lantmäteriets öppna data varken
> här, på forumet eller på wikin. Har det diskuterats och vad har i så
> fall kommit fram?
>
> Finns det intresse av att få in information från Lantmäteriets
> terrängkarta i OSM?
>
> Är någon här som är mer erfaren när det gäller import av öppna data från
> myndigheter och kan ge råd eller hjälp?
>
> Jag har sett att det finns en diskussion om Nationella Marktäckedata
> från Naturvårdsverket som också är öppna data och det ser ut som att
> arbete pågår för att få in det i OSM. Om terrängkartan ska läggas in får
> den naturligtvis inte krocka med NMD som ofta är bättre än
> terrängkartan. Jag undrar också: Har de som håller på med NMD någon
> åsikt om eller plan för Lantmäteriets öppna data?
>
> Tack /Eva Lindberg
>
> ___
> 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] Naturvårdsverkets nya Nationella MarktäckeData

[Johan Emilsson]

Tack! Det var där skon klämde.

/Johan

On Wed, 12 Jun 2019 at 11:01, Snusmumriken 
wrote:

> On Wed, 2019-06-12 at 10:50 +0200, Johan Emilsson wrote:
> > Hallå,
> >
> > Kollar på importerat material för Åre.Noterade att relationen
> > https://www.openstreetmap.org/relation/9623607 inte renderar. Blir
> > dock inte klok på varför inte.
>
> Kan bero på att den korsar sig själv i denna punkt
> https://www.openstreetmap.org/node/6499163329
>
>
> ___
> 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] Naturvårdsverkets nya Nationella MarktäckeData

[Johan Emilsson]

Hallå,

Kollar på importerat material för Åre.Noterade att relationen
https://www.openstreetmap.org/relation/9623607 inte renderar. Blir dock
inte klok på varför inte. Någon med hög level i osm-fu får gärna ta sig en
titt.

/Johan

On Fri, 24 May 2019 at 16:28, Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org> wrote:

> Hej!
>
> Jag har bläddrat igenom samtliga kommuner för att uppskatta vilka områden
> inte behöver någon dataimport eftersom de redan är helt kartlagda eller av
> en annan anledning. Jag har fyllt i detta in i tabellen:
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/NMD_2018_Import_Plan/Status_per_subarea
> .
>
> Alla delareor som är märkta med "Canceled" är klara (enligt min
> uppfattning). Totalt finns det cirka 190 (av 290) kommuner som skulle dra
> nytta av dataimporten. Det var konstigt att Gotland fanns två gånger i
> listan (som nummer 106 och 218).
>
> Det finns även ett flertal kommuner som är nästan helt (liksom 90%) täckta
> markanvändningsvis. Om någon inte vill syssla med importlager utan vill
> bidra med manuellt arbete kan jag föreslå slutföra ritning på sådana
> kommuner. Då far man ett smidigt resultat på kort tid.
>
> Jag håller nu på att skapa en wikisida som försöker beskriva särskilda
> steg som man behöver göra om man importerar markanvändningsdata in i OSM.
> Det finns redan sidor som rör sig om importer på enskilda punkter (POIs),
> linjer (motorvägar mm) men inte några substantiella uppgifter för polygoner.
>
> Trevlig helg!
>
>
> С наилучшими пожеланиями,
> Григорий Речистов.
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
> ___
> 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: [OSM-talk] Remove validation rule asking to add highway=footway to railway/public_transport=platform

[Wiklund Johan]

As a frequent mapper of public transport features, I agree with the opinions of 
Markus. Adding footway to the platform serves no purpose but to please poorly 
built routing engines.

Regards

Johan Wiklund
Data manager 
johan.wikl...@entur.org
www.entur.org


-Original Message-
From: Markus [mailto:selfishseaho...@gmail.com] 
Sent: torsdag 23. mai 2019 18.11
To: Talk 
Cc: Bryan Housel 
Subject: Re: [OSM-talk] Remove validation rule asking to add highway=footway to 
railway/public_transport=platform

Hello Bryan, hello everyone,

I'm posting this reply to Bryan's message on GitHub
(https://github.com/openstreetmap/iD/issues/6409#issuecomment-495231649)
here, as the issue has been locked by Bryan.

> Hey all, I've locked this topic. Inviting other people to jump on the thread 
> just to express disagreement is not very helpful.

While i really appreciate the work you and the other developers have put into 
iD, i find it demotivating and harmful that you refuse other opinions.

> Some people will disagree, and that's ok.

So far, everybody except you disagreed. If there is a clear majority, i expect 
the iD developers to follow it.

Moreover, this validation rule infringes upon these policies or guidelines:

* Automated Edits code of conduct
(https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct):
You take advantage of mappers unconsciously adding highway=footway to 
platforms. This is an automated edit.
* Map what's on the ground
(https://wiki.openstreetmap.org/wiki/Good_practice#Map_what.27s_on_the_ground):
A platform is not a footway.
* Don't map for the renderer
(https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_for_the_renderer):
It's rater "don't map for the router", but the effect is the same.

> There exists no master list of all the routable features in OSM. This is 
> because people are always making up tags. It is unreasonable to expect 
> mappers and data consumers to "just know" what all the tags are that are 
> routable.

If the problem is the lack of a list of all routable features in OSM, then it 
should be solved by creating such a list, not by mapping for the router. (By 
the way, routable tags aren't added very frequently.) I guess it should also be 
possible to create a "routable" property for Wikibase (data items).

I kindly ask you to reconsider your decision, to not block opinions that differ 
from yours and to listen more to the community.

Best regards

Markus

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

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Wiklund Johan]

At least in Norway, highway=bus_stop is a free floating node representing the 
location of a stop, not the geometry of a stop. I should say was, because they 
have since been replaced by data from our stops database so it's not really a 
neutral statement as of where the position is (our position is where the 
passenger crosses over from platform to vehicle), but the old stop mapping was 
the same or very similar (free nodes).
I should also say that platforms are abundant in Norway, especially in the Oslo 
region where consistent mapping is in place. http://overpass-turbo.eu/s/IGK

/Johan

-Original Message-
From: Dave F via Talk-transit  
Sent: fredag 3. mai 2019 23.56
To: talk-transit@openstreetmap.org
Cc: Dave F 
Subject: Re: [Talk-transit] Ideas for a simplified public transportation scheme

Hi Johan

Is there reason it can't use highway=bus_stop,& equivalents for trams etc, 
which were already in the database & more abundant than 'platform'?

DaveF

On 03/05/2019 21:48, Wiklund Johan wrote:
> In response to:
>> Please show me a router which uses platforms as I'm struggling to see the 
>> benefits atm.
> And:
>
>> This reinforces my point about misappropriation of tags. A platform is a 
>> physical construction higher than the surrounding ground to allow easier 
>> boarding.
>>
>> A platform:
>> https://s0.geograph.org.uk/geophotos/04/76/30/4763016_2416f5ee.jpg
>>
>> Not a platform:
>> https://i.pinimg.com/originals/38/90/a0/3890a0f451e1a6900d174b29125b3
>> c80.jpg
>
> We use public_transport=platform abundantly in routing with OTP, and it is a 
> key component in specifying the origin of walk links. We use it as an area, 
> or a way. We need these to make direct contact between our stops (separate 
> database) and the foot-routing network of OSM.
>
> I further see no problem in extending the usage of the platform 
> (public_transport=platform) to any waiting area for public transport. To 
> force correct word description would force one to use terms like 
> "street_waiting_area" "dirt_pit", "ditch" or "sidewalk" which would only be 
> hairsplitting. If the usage of the word platform is misappropriation, I think 
> it is the wording in the scheme that is too narrowly defined, rather than the 
> widespread usage being wrong.
>
> However, don’t get me wrong. I don’t really care what it's called as long as 
> there is an area which can represent where passengers wait, and to which 
> public transport vehicles arrive. This is of course the needs of our own 
> journey planner, and we have no stake in the wider public transport scheme of 
> OSM. I just wanted to show that there are indeed routers which use the 
> platforms, and have great emphasis on their usage.
>
> In case you were wondering which router I'm talking about: 
> https://en-tur.no/ (https://github.com/entur/opentripplanner)
>
> Sincerely (and possibly missing a few points because I haven't been 
> reading the whole discussion),
>
> Johan Wiklund
> Entur
>
>
>
>
> -Original Message-
> From: Dave F via Talk-transit 
> Sent: fredag 3. mai 2019 19.09
> To: Public transport/transit/shared taxi related topics 
> ; selfishseaho...@gmail.com
> Cc: Dave F 
> Subject: Re: [Talk-transit] Ideas for a simplified public 
> transportation scheme
>
> Hi
>
> (This amalgamates replies to Markus's points in his last post.)
>
> On 30/04/2019 18:34, Stephen Sprunk wrote:
>> A platform is where people wait to board; if they stand at a pole 
>> (typical for buses), then the pole is logically the platform.
> This reinforces my point about misappropriation of tags. A platform is a 
> physical construction higher than the surrounding ground to allow easier 
> boarding.
>
> A platform:
> https://s0.geograph.org.uk/geophotos/04/76/30/4763016_2416f5ee.jpg
>
> Not a platform:
> https://i.pinimg.com/originals/38/90/a0/3890a0f451e1a6900d174b29125b3c
> 80.jpg
>
> If (& I believe it's a big if), a separate tag is required to as you & Markus 
> suggest, one with a unique, non-confusing value should be used.
>
> Many public_transport=platform are tagged on the same node as 
> highway=bus_stop. They have no raised construction Therefore they're 
> redundant - routing can use the bus stop tag for the "stop node beside the 
> road" as Markus described it.:
> https://www.openstreetmap.org/node/469760546#map=19/51.51026/-0.18630
>
>
>> That's easily distinguished from large platforms because it's a node 
>> rather than a way/area.
> Not really. To save time, contributors occasionally combine tags onto a 
> single object: litter_bins, shelters, benches *&* raised platforms in t

Re: [Talk-transit] Ideas for a simplified public transportation scheme

[Wiklund Johan]

In response to:
> Please show me a router which uses platforms as I'm struggling to see the 
> benefits atm.

And:

> This reinforces my point about misappropriation of tags. A platform is a 
> physical construction higher than the surrounding ground to allow easier 
> boarding.
>
> A platform:
> https://s0.geograph.org.uk/geophotos/04/76/30/4763016_2416f5ee.jpg
>
> Not a platform:
> https://i.pinimg.com/originals/38/90/a0/3890a0f451e1a6900d174b29125b3c80.jpg


We use public_transport=platform abundantly in routing with OTP, and it is a 
key component in specifying the origin of walk links. We use it as an area, or 
a way. We need these to make direct contact between our stops (separate 
database) and the foot-routing network of OSM.

I further see no problem in extending the usage of the platform 
(public_transport=platform) to any waiting area for public transport. To force 
correct word description would force one to use terms like 
"street_waiting_area" "dirt_pit", "ditch" or "sidewalk" which would only be 
hairsplitting. If the usage of the word platform is misappropriation, I think 
it is the wording in the scheme that is too narrowly defined, rather than the 
widespread usage being wrong.

However, don’t get me wrong. I don’t really care what it's called as long as 
there is an area which can represent where passengers wait, and to which public 
transport vehicles arrive. This is of course the needs of our own journey 
planner, and we have no stake in the wider public transport scheme of OSM. I 
just wanted to show that there are indeed routers which use the platforms, and 
have great emphasis on their usage.

In case you were wondering which router I'm talking about: https://en-tur.no/ 
(https://github.com/entur/opentripplanner)

Sincerely (and possibly missing a few points because I haven't been reading the 
whole discussion),

Johan Wiklund
Entur




-Original Message-
From: Dave F via Talk-transit  
Sent: fredag 3. mai 2019 19.09
To: Public transport/transit/shared taxi related topics 
; selfishseaho...@gmail.com
Cc: Dave F 
Subject: Re: [Talk-transit] Ideas for a simplified public transportation scheme

Hi

(This amalgamates replies to Markus's points in his last post.)

On 30/04/2019 18:34, Stephen Sprunk wrote:
>
> A platform is where people wait to board; if they stand at a pole 
> (typical for buses), then the pole is logically the platform.

This reinforces my point about misappropriation of tags. A platform is a 
physical construction higher than the surrounding ground to allow easier 
boarding.

A platform:
https://s0.geograph.org.uk/geophotos/04/76/30/4763016_2416f5ee.jpg

Not a platform:
https://i.pinimg.com/originals/38/90/a0/3890a0f451e1a6900d174b29125b3c80.jpg

If (& I believe it's a big if), a separate tag is required to as you & Markus 
suggest, one with a unique, non-confusing value should be used.

Many public_transport=platform are tagged on the same node as highway=bus_stop. 
They have no raised construction Therefore they're redundant - routing can use 
the bus stop tag for the "stop node beside the road" as Markus described it.:
https://www.openstreetmap.org/node/469760546#map=19/51.51026/-0.18630


> That's easily distinguished from large platforms because it's a node 
> rather than a way/area.

Not really. To save time, contributors occasionally combine tags onto a single 
object: litter_bins, shelters, benches *&* raised platforms in the case of bus 
stops. I'm not saying it's the correct/best way to map, but it happens.

> I think the idea was that nobody _could_ build routers with the data 
> we had, which was inconsistently tagged between areas and sometimes 
> even between mappers in the same area.

This maybe true, but as I point out in my previous post, adding extra tags only 
masks the problems. The "inconsistencies" should be corrected.

>
> If you're trying to construct a route that involves walking to a bus 
> stop, riding the bus to another stop, and then walking some more, then 
> you need a linkage connecting the bus route (using stop positions) 
> with the walkways (using platforms).  I'm not saying that's the only 
> way to do it, but it's the only way that was proposed.

Do you have an example as I'm unsure what you mean by 'walkways' and platforms 
are disconnected from the bus routes, as are bus stops, so, as I said above, PT 
can use bus stops.

Markus previously said "OsmAnd Is able to navigate with routes consisting only 
of highway=bus_stop beside the road."

So, to be absolutely sure we're singing from the same hymn sheet, are we agreed 
that 'public_transport=platform' tag to represent a place where vehicles stop 
to allow passengers to alight, is redundant in PT as another, existing, more 
prevalent tag - 'highway=bus_stop' can be used instead?

Cheers
DaveF


_

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Johan Emilsson]

Hallå,
Följer tråden med stort intresse.
Kanske ett senare problem men vore det inte möjligt att använda HOTOSM:s 
tasking manager för att systematisera importen av innehållet av rutorna på 
5*5km? Vet dock inte hur aktiv http://tasks2.openstreetmap.se/ är längre. 
Annars finns ju alltid https://github.com/hotosm/tasking-manager
/Johan


> 28 apr. 2019 kl. 22:56 skrev Grigory Rechistov via Talk-se 
> :
> 
> Hej igen!
> 
> I detta mejl tänker jag beskriva mina försök att lösa tidigare upptäckta 
> problem
> med sträckors självkorsningar och "knäppning" av nya sträckor till befintliga
> gränser.
> 
> I ett föregående mejl gav Karl-Johan mig en ny idé som jag också vill 
> utveckla vidare.
> 
> Tidigare skrev jag att vektordatat brukade innehålla flertal självkorsningar 
> på
> sträckorna. Jag förbättrade mina skript för att hitta och radera små "öglor"
> som var de vanligaste. Sedan blev läget med korta öglor bättre, men då började
> närliggande ytor krypa på varandra, typiskt med bara en nod som blev jst
> 0,001 grader till höger eller vänster till där den borde stanna.
> 
> Inga av sådana problem fanns i GRASS GIS-lagrena som jag använde inför 
> exporteringen
> till OSM-filer. Alla datarensningar som jag utförde i GRASS GIS rapporterade 
> inga
> problem.
> 
> Det förvirrade mig omåttligt tills jag märkte att GRASS GIS använde
> koordinater med 11 siffror efter kommatecken och sparade dem som GML-filer,
> varpå reducerade JOSM dem till 7 siffror [1]. Den reducerade precisionen
> ledde till att noder kunde flytta just lite gran men det kunde
> skapa nya överlappningar och självkorsningar.
> 
> Det betyder att alla fina databearbetningar som GRASS GIS och andra externa
> verktyg kan göra kan inte hjälpa om det sista steget tappar siffror. Och att
> de sista turen på datarensningen skulle utföras i JOSM, annars blir allt 
> värdelöst.
> 
> Det andra problemet som pekas ut av flera personer är att nya ytor ofta brukar
> överlappa med t ex bilvägar eller andra ytor såsom sjöar. Överlappandet är 
> alltid
> minimalt men ser irriterande ut och får aldrig något godkännande i 
> OSM-smhället.
> För att hjälpa med lösningen har olika GIS-system passande verktyg, för att
> knäppa noder till gemensamma gränser, eller att bryta polygoner
> om de korsar varandra och så vidare. JOSM saknar tyvärr liknande verktyg och
> dessutom kan inte knäppa noder i hela datalagret, endast enstaka objekt som
> väldes manuellt.
> 
> Man kan väl utföra datarensningen utanför JOSM?
> Men då behöver man ladda både baslagret och NMD-datalagret i t ex GRASS GIS så
> att den kunde känna till både gamla och nya objekt. Detta skulle kräva flertal
> dataformats konverteringar: från OSM till GRASS databas och tillbaka.
> De förstår inte varandras filformat.
> 
> Därför bestämde jag mig inte försöka göra några nodersknäppning eller 
> polygonbrytning
> i mina Python-skript — de är redan för långsamma och gynnar inte 
> återanvändning.
> Det kräver ett korrekt verktyg i korrekt plats, nämligen ett slags 
> insticksmodul
> för areors conflation in JOSM.
> 
> För att göra hela uppdraget mer hanterbart vill jag nu dela landets yta i ännu
> mindre delytor. Samtidigt vill jag vara mer försiktigt med datats automatiska
> utjämning. Om det ska bli möjligt vill jag även försöka att skapa bättra 
> verktyg
> för JOSM, istället för de nuvarande kassa Python-skripten som gör för grovt 
> jobb
> utan människas kontroll.
> 
> Så här är översikten.
> 
> 1. Skära landets/kommunernas yta i mindre jämna kvadrater 5x5 km.
>Borde kvadraters sida vara 1 km? 25 km? dina förslag?
> 2. För varje kvadrat konvertera NMD-rastern till vektor.
>Släta den sedan med Chaikens filter. Använd inte eller använd 
> sparsamt/varsamt
>andra typer filter.
> 3. Konvertera vektorn till ett OSM-lager med samma taggningschema som förut.
> 4. För varje kvadrat hämta ett OSM-baslager från Geofabrik.
> 5. Använd inte några Python-skript för att markera några konflikter osv. Gör
>datasammanblandningen manuellt i JOSM.
> 6. Använd bland annat sunt förnuft och olika JOSM-verktyg för att lösa alla 
> konflikter.
>* Valideringsknappen för att upptäcka överlappande gamla/nya ytor och 
> övriga problem.
>* "Contour Merge" samt "Flytta nod till sträcka" och "Slå ihop noder" — för
>  att se till att intilliggande ytor (t ex skog och sjö) inte överlappas.
>* Radera-knappen - för att radera alla tvivelaktiga noder/sträckor.
>* "Simplify Way", "Simplify Area" — för att minska antal noder, att släta
>  sträckor
> 7. Ladda upp ändringar till databasen och markera kvadraten som klar.
> 
> Några fördelar som ja

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Karl-Johan Karlsson]

Jag gjorde nyss en test "import" (Changeset: 69657316) av ett litet område
sydöst om Gistad i Linköpings kommun för att visa på hur användbart det
data som finns nu ändå är. För det första så vet jag inte om man i strikt
mening kan kalla det en import utan mer att jag har använt NMD datat som
underlag (tillsammans med Linköping Orthophoto) för manuell mapping. Att
mappa detta område utan NMD datat som grund hade tagit avsevärt längre tid.
Jag håller med om att resultatet inte på något sätt är perfekt, hade jag
gjort det helt manuellt så hade vissa delar blivit lite bättre mappade än
de nu blev. Slutsatsen är väl att importera hela kommuner känns som ett för
stort område med nuvarande kvalité på det ursprungliga NMD datat.

MvH
Karl-Johan Karlsson


Den tors 25 apr. 2019 kl 16:11 skrev Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org>:

> Hej alla,
>
> Hinner nu inte besvara alla riktigt fina anmärkningar/feedback som
> samlades i denna tråd, hoppas att göra det sent ikväll.
>
> Så här är nuvarande framsteg som jag känner det.
>
> 1. Ett litet fiasko med Stockholms kommun
> 2. Ett experiment med Vingåkers kommun som väckte en stor diskussion på
> imports@osm,
> jag hinner faktiskt inte läsa den igenom, vill hellre lösa befintliga
> problem med andra
> kommuners data så bra som möjligt.
> 3. Flera mindre men viktiga förbättringar i skripten är redo, såsom
> borttagning av
> irriterande "trapporna" i sträckor som filtren inte kunde lösa, besparing
> av mindre polygoner under filtreringen om de är viktiga för topologi osv.
> 4. Bättre förståelse på vad som behövs att förbättra i importdatat för att
> underlätta manuellt finkammande och lösa några klagomål.
>
> Nuförtiden känner jag till om två problem som väntar på lösningen innan
> man
> effektivt kan fortsätta utan att behöva göra alltför mycket handarbete
> över
> enstaka importdatalager.
>
> 1. Rensning på självkorsande sträckor i datat.
> 2. Se till att nya polygoner har gemensamma gränser med befintliga
> polygoner.
>
> Låt mig illustrera den första uppgiften med några siffror. Det förekommer
> självkorsningar och korsningar mellan t ex skogsområden. Hur många
> självkorsningar
> finns det i ett datalager beror bland annat på hur hårt filtreringen
> utförts
> och hur stort området är.
>
> Alla självkorsningar är oundvikliga artefakter och det går visst att fixa
> dem
> manuellt. Men det tar tid.
> Nuvarande felfrekvens är ungefär 0,0002 fel per objekt. För Vingåkers
> kommun
> som är lagom stor fanns det runt 100-150 varningar som jag manuellt löste
> före
> uppladdningen. För Bergs kommun som är cirka 10 gånger större finns det
> drygt
> 1000 varningar och fel:
> https://atakua.org/p/nmd/intersections/0085-Bergs-konflikter.png
>
> Mitt syfte är att minska siffran till 0,2 fel per objekt.
> Det skulle betyda att en att manuellt lösa alla kvarstående varningar på
> en lagom
> stor kommun skulle ta 10 minuter istället för en timme. För större kommuner
> skulle det förminska manuellt arbete från 10 timmar till en timme.
>
> Min iakttagelse är att de flesta självkorsningar består av en kort ögla:
> https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-1.png
>
> Det finns andra fall som är lite större men i princip är samma sak:
> https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-2.png
>
> Det finns dock svårare fall som jag inte ämnar lösa automatiskt, liksom en
> midja i mitten på en lång sträcka:
> https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-3.png
>
> Slutligen finns det fall som ser absolut hopplösa ut, men en människa kan
> lösa
> dem genom att helt enkelt ta bort allt krafs:
> https://atakua.org/p/nmd/intersections/sj%c3%a4lvkorsande-str%c3%a4cka-fucked-up.png
>
> Jag kom på en algorithm som kunde lösa "öglor" genom att lokalt skanna
> sträckor.
> Den skulle ta bort mindre irriterande självkorsningar som är de
> vanligaste, och
> dessutom ska den bli förhållandevis snabb. Nu behöver jag lite tid för att
> förverkliga den i mitt skript `nmd-gml-to-osm.py` som för övrigt
> redan filtrerar "trappor".
>
> Angående den andra uppgiften om gemensamma gränser, behövs det för att t ex
> ny skog inte hamnar delvis i befintliga sjöar. Det kan göras genom att
> knäppa
> noder till de noder som redan sitter på en intilliggande sträcka. Tyvärr
> har
> JOSM inte något bra verktyg för att göra det på ett smidigt sätt
> (Contour Merge passar inte i detta fall). Skog som har glidit in i vattnet
> rapporteras inte heller som en varning av JOSM, det ser fult ut och det
> irriterar mycket folk (inklusive mig själv).
>
> Det betyder att jag behöver förbättra `conflate.py` att knäppa no

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Karl-Johan Karlsson]

Den ons 24 apr. 2019 kl 22:41 skrev egil :

> Hej
>
> On 2019-04-24 15:00, Mattias Dalkvist wrote:
> >
> > kollade lite kring Vingåker och det ser ur att vara ganska stor
> > variation på data kvalitén. det ser okej ut på håll men när man zoomar
> > in så är det massa små saker som ingen karterare skulle göra. tex way
> > 685231007.
>
> Enig den var illa.
>

Nu har jag inte kollat upp 685231007 men, vad är problemet? Det är bara att
fixa.


> >
> > om Vingåker är representativt för importen så skulle jag rösta på att
> > vänta tills skripten kan göras bättre.
>
> Jag tror inte skriptarna kan göras så mycket bättre med tanke på hur låg
> kvalitet det är på grundmaterialet (10x10 cm) och en kass? AI på det.
>
> Jag ogillar att det är skog med en massa vita hål i. Det bliver nog en
> ful och kantig karta om detta importeras i större skala.
>

Jämför med alternativet att det inte finns någon skog alls.

Vi kanske har olika inställning till det hela. Jag tänker inte att efter
import så är allt klart och ska inte röras. Själv har jag spenderat massor
med tid med att mappa in skog och åker i norra och västra delarna av
Linköping kommun. Jag har inte räknar hur många timmar jag lagt på det men
det är många och det är ett projekt som pågått över flera års tid. Det tar
helt enkelt för mycket tid. Att få NMD datat som grund kommer spara så
mycket tid.


> Min gissning är att den här kartan bara används för statistiska ändamål
> hos NV tex för att rapportera om förskogning av åkermark, m.m. och inte
> för estetiska/praktiska ändamål som en karta att navigera efter.
>
> Jag skulle hellre importera LMs vektorkartdata (om den nånsin släpps
> fri) som ligger till grund för hitta.se - den verkar mycket bättre och
> snyggare. Om så händer kan vi ju kanske massradera det här skräpet först.
>

Vilken eventuell data som släpps framöver kan man spekulera i, men det är
inget vi har tillgång till nu. För mig känns det meningslöst att sitta och
drömma om nya data.


>
> Allra bäst skulle kanske vara högupplösta flygfoton över hela Sverige
> och låta det ta den tid det tar som dem fick i DK när Fugro släppte sina
> fria. :p
>
> Mvh
> Egil
>
> >
> > On Fri, 19 Apr 2019, 01:02 Grigory Rechistov via Talk-se
> > mailto:talk-se@openstreetmap.org> wrote:
> >
> > Hej Joel!
> >
> >  >Antagligen endast på grund av att skogstypen ändras.
> >  >Frågan är om algoritmen fungerar bättre om man behandlar all skog
> > lika?
> > Ja, det verkar vara den mest sannolika anledningen. Din bild bevisar
> > det också. De filer som ligger nu uppladdade hade jag filtrerat för
> > att slänga bort alla vägar kortare än 24 noder. Den processen hade
> > säkert raderat mindre områden med skogstyp som skilde sig från
> > intilliggande större skogsområden.
> >
> > Jag kan generera nya vektorfiler på nytt där alla skogstyper blir
> > sammanslagna. Men då behöver jag starta från början, dvs från det
> > ursprungliga rastern, och det kommer att ta en stund. Några nya
> > resultat ska bli tillgängliga efter helgen, hoppas jag.
> >
> > Glad påsk!
> >
> > Среда, 17 апреля 2019, 22:58 +03:00 от j...@torsson.se
> > <mailto:j...@torsson.se>:
> >
> > Hej!
> >
> > Tack för ditt engagemang Grigory!
> >
> > Jag provade att ladda ned Hjo kommun i version 2. Det som slog
> > mig ganska direkt var att det skapas hål i skogsområden, samt
> > att skogsområden utelämnas. Antagligen endast på grund av att
> > skogstypen ändras. Frågan är om algoritmen fungerar bättre om
> > man behandlar all skog lika? Om valet står mellan att få in ett
> > så korrekt skogsområde som möjligt och att få in skogstypen
> > (barrskog/lövskog m.m.) så tycker jag att det är bättre att få
> > in ett så korrekt område som möjligt.
> >
> > Se skogsområdet i mitten här:
> > http://www.torsson.se/joel/osmpics/nmd2018-osm-hjo.png
> >
> > Mvh
> > Joel Grafström
> >
> > 2019-04-17 11:29 skrev Grigory Rechistov via Talk-se:
> >
> >> Hej Karl-Johan!
> >> Tack för ditt intresse!
> >>
> >> >Jag har laddat ner filerna och för Linköpings kommun och det
> >> är ganska mycket konflikter
> >> Hur stort antal konflikter du ser? Handlar det om hundratals
> >> eller tusentals problem? Linköpings kommun är redan väl
> >> kartlagd:
> >> http://paul7.net/i/2019.04.17/1b

Re: [Talk-se] Changeset 69441387

[Karl-Johan Karlsson]

Jag kollade precis på din import av Vingåker. Det ser riktigt bra ut,
speciellt om man jämför med hur det såg ut innan. Bra jobbat!
 För kommuner som är dåligt mappade så kommer detta bli ett rejält lyft.

Den ons 24 apr. 2019 kl 07:32 skrev Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org>:

> Hej egil och allihop,
>
> >Jag har börjat jobba med datan för Härnösands kommun. Det finns så många
> konflikter att jag vald att inte importera delar av den (landuse=forest)
> Jag ser samma läge med de kommuner som redan är väl kartlagda. Utan att
> automatiskt justera polygoners geometri under conflation-tiden är det
> omöjligt att undvika manuellt arbete för sådana areor, tyvärr. Jag har
> ideér för att förbättra mitt conflation.py skript så att mindre manuellt
> arbete skulle krävas, tills dess vänta med redigeringen om ni tycker att
> det vore för jobbigt. Och det lär vara jobbigt för större kommunen, men
> helt möjligt för lagom stora kommuner.
>
> Just nu behöver jag svara på imports@osm:s diskussion också. Återkommer
> med dagens läge i den NMD-data mejtråden.
>
>
> Вторник, 23 апреля 2019, 0:05 +03:00 от egil :
>
> Tack för heads up här.
>
> Jag har börjat jobba med datan för Härnösands kommun. Det finns så många
> konflikter att jag vald att inte importera delar av den (landuse=forest)
> som redan täcker 95% av all skog i kommunen och bara ta scrub och annat
> med.
>
> Återstår att se om detta resterande går lätt att importera
>
> On 2019-04-22 09:57, Snusmumriken wrote:
> > Hej listan
> >
> > Jag tog och reverterade importen som gjordes i morse
> > https://www.openstreetmap.org/changeset/69441387
> >
> > Orsaken var de omfattande konflikter som uppstod med befintlig data.
> >
> >
> > ___
> > 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
>
>
>
> С наилучшими пожеланиями,
> Григорий Речистов.
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
> ___
> 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] Changeset 69441387

[Karl-Johan Karlsson]

Det är min iakttagelse också. Det är helt enkelt bäst att undvika att
importera i tätorter. Jag tror inte att man förlorar speciellt mycket
heller då de flesta tätorter redan är bra mappade. Det är nog relativt
enkelt att bara plocka bort den data manuellt som överlappar med tätorter
då man går igenom data med taggen nmd2018-conflict.

Den mån 22 apr. 2019 kl 20:43 skrev Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org>:

> Jo, det var inte något gammalt basdata, det var mitt eget misstag. Jag
> förväxlade nämligen mellan de mängder filer som hade "Stockholm" i namnet
> och laddade upp en tidigare version som hade kvar alla dumma artefakter.
> JOSM-valideringen hjälpte inte (det granskar inte att t ex en byggnad
> korsar en skog), och dessutom orkade jag inte sålla genom alla 14 tusen
> varningar som nuförtiden finns nära Stockholm.
>
> Det är ett bevis till att tätorterna skulle man helst undvika vid den
> pågående importen. Det går inte att kartlägga gräs mellan byggnaderna om
> datat har upplösningen bara 10 meter, det kräver mycket manuellt arbete,
> och sedan förväxlar man filen :-( . Det var tur att den felaktiga
> ändringsuppsättningen var liten.
>
> Snusmumriken, tack så hemskt mycket och förlåt igen för besväret.
>
> Понедельник, 22 апреля 2019, 20:49 +03:00 от Grigory Rechistov <
> ggg_m...@inbox.ru>:
>
> Hej, det var jag som gjorde morgonens import. Förlåt för besväret det
> skapade. Antagligen var mitt exportdata för gammalt som användas som areans
> basskikt. Låt mig granska lokalt konflikternas natur och återvända med fler
> detaljer.
>
>
> Понедельник, 22 апреля 2019, 10:59 +03:00 от Snusmumriken <
> snusmumriken.map...@runbox.com>:
>
> Hej listan
>
> Jag tog och reverterade importen som gjordes i morse
> https://www.openstreetmap.org/changeset/69441387
>
> Orsaken var de omfattande konflikter som uppstod med befintlig data.
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> 
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
>
> С наилучшими пожеланиями,
> Григорий Речистов.
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
>
>
>
> С наилучшими пожеланиями,
> Григорий Речистов.
> Med vänliga hälsningar,
> Grigory Rechistov
> With best regards,
> Grigory Rechistov
> ___
> 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] landcover i sverige

[Johan]

Nån som kan ge mig dataset med landcover för dom västvärmländska kommunerna? 
Eda, Arvika, Torsby.
Johan / <https://www.openstreetmap.org/user/Wulfmorn>


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

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Karl-Johan Karlsson]

Den sön 31 mars 2019 kl 00:45 skrev Grigory Rechistov via Talk-se <
talk-se@openstreetmap.org>:

> Hej,
> jag försöker nu reproducera dina resultat med skriptet, men det kommer att
> ta en stund p.g.a. att jag aldrig använt GDAL förut. Jag behöver lära mig
> hur man kör de verktygen för att t.ex. skära ut en mindre kartyta för
> testkör.
>
> Mina tankar angående de befintliga problemen:
>
> >att interpolera ytorna så att de inte ser så kantiga ut
> Ett annat alternativ är att lägga till lite brus (inom ±5 meter) till
> samtliga punkter så att linjerna inte ser så rektangulära ut. Data kommer
> visst inte att vara mer exakt men det ska ändå se ut mindre iögonfallande
> "diskreta".
>
> > Shapefilerna som skapas ser bra ut i QGIS, men av någon anledning kommer
> inte attributen med i JOSM.
>
> Har någon försökt exportera dem shapefilerna vidare till OSM-XML-formatet?
> Jag tror att det skulle bli enklare att felsöka det eftersom det är
> textbaserat. T. ex. kan man omedelbart se om några attributer tappats bort.
>

Jag använde Christian Asker skript för att skapa en shape-fil för ett
minimalt område efter det så konverterade jag shapefilen med "ogr2osm.py -e
3006" till en osm-fil. Kollar man i osm-filen så ser det ut som om alla
attributen har tappats bort (vilket även ses när man laddar in filen i
JOSM). Jag kanske ska tillägga att jag inte har verifierat att min
genererade shape-fil har attributen, eftersom jag inte har QGIS
installerat.  Jag vet således inte i vilket steg attributen har tappats
bort (det kan ju vara handhavande fel från min sida i de första stegen, då
jag är nybörjare på GDAL).


>
> Воскресенье, 17 марта 2019, 14:58 +03:00 от Christian Asker <
> christian.as...@gmail.com>:
>
> Hej, Ja jag körde scriptet på en fil som bara är ett par kvadratkilometer.
> Filerna för hela Sverige är ca 6GB så man behöver nog en del minne för att
> tugga igenom stora områden.
>
> Det man kanske vill göra ytterligare (för att snygga till datat) är ju att
> interpolera ytorna så att de inte ser så kantiga ut. Fast 10 meters
> upplösning ser ju kantigt ut först när man zoomat in ganska mycket. Jag
> kikade på "contour" i QGIS men det var svårt att få till något bra.
>
>
> Jag har också spenderat en hel del tid på skog, åker, våtmark mm, och jag
> skulle önska att vi lyckades mappa hela landet manuellt från satellitbilder
> mm. Eftersom det inte är möjligt med det antal medlemmar vi har idag tycker
> jag att vi ska mass-importera dessa data från Nationella Marktäckedatat på
> de ställen där det saknas data. Där det redan finns data ska vi förstås
> inte skriva över något.
>
>
> Jag har tyvärr inte hittat någon lösning på att läsa in shapefilerna i
> JOSM än. Jag har provat två olika maskiner med olika java-versioner, men
> det hjälper inte.
>
>
> Mvh Christian
>
>
>
>
>
> Den 2019-03-17 kl. 11:42, skrev Karl-Johan Karlsson:
>
> Det här var intressant. Jag har spenderat ganska mycket tid på att mappa
> in skog, åker och våtmark manuellt. Jag har svårt att avgöra hur bra det
> här blir innan man sett det i JOSM, men om inte annat så borde det ge en
> bra grund att utgå ifrån.
> Du nämnde att de genererade Shapefilerna inte fungerade bra så bra i JOSM.
> Någon som har någon ide?
>
> Jag laddade ner ditt script och började testa lite. Jag borde nog ha
> klippt ut en ännu mindre bit av orginaldatat än vad jag gjorde, för min
> dator har nu stått hela natten och kört ditt script och den är fortfarande
> inte klar (fast den är precis i slutet av steg 2 d.v.s. gdal_polygonize, så
> det borde väl inte vara så mycket kvar).
>
> Den fre 15 mars 2019 kl 19:20 skrev Christian Asker <
> christian.as...@gmail.com
> >:
>
> Hej på er.
>
> Häromdagen stötte jag på den nya "Nationella MarktäckeData" hos
> Naturvårdsverket.
>
> Kika tex här för info:
> http://mdp.vic-metria.nu/miljodataportalen/GetMetaDataURL?metaDataURL=http://mdp01.vic-metria.nu/geonetwork/srv/en/csw?request=GetRecordById%21%21%21service=CSW%21%21%21version=2.0.2%21%21%21elementSetName=full%21%21%21id=8853721d-a466-4c01-afcc-9eae57b17b39%21%21%21outputSchema=csw:IsoRecord
>
>
> Kort och gott är det rasterdata med 10 meters upplösning över hela landet,
> med licensen CC0, dvs datat är kompatibelt med OSM. Kvaliteten bedömer jag
> som god; mycket bättre än tex Terrängkartan, men användsningsområdet är ju
> också inte detsamma. Nedan är en bild från min hemby.
>
>
> Jag tycker verkligen att vi borde använda denna data för att förbättra
> täckningen på landsbygden. Vägar finns det ju hyfsat av (även om det säkert
> kan förbättras med) men just landuse och natural borde vi kunna förbättra
> markant med denna datakälla.
>
&g

Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Karl-Johan Karlsson]

Det här var intressant. Jag har spenderat ganska mycket tid på att mappa in
skog, åker och våtmark manuellt. Jag har svårt att avgöra hur bra det här
blir innan man sett det i JOSM, men om inte annat så borde det ge en bra
grund att utgå ifrån.
Du nämnde att de genererade Shapefilerna inte fungerade bra så bra i JOSM.
Någon som har någon ide?

Jag laddade ner ditt script och började testa lite. Jag borde nog ha klippt
ut en ännu mindre bit av orginaldatat än vad jag gjorde, för min dator har
nu stått hela natten och kört ditt script och den är fortfarande inte klar
(fast den är precis i slutet av steg 2 d.v.s. gdal_polygonize, så det borde
väl inte vara så mycket kvar).

Den fre 15 mars 2019 kl 19:20 skrev Christian Asker <
christian.as...@gmail.com>:

> Hej på er.
>
> Häromdagen stötte jag på den nya "Nationella MarktäckeData" hos
> Naturvårdsverket.
>
> Kika tex här för info:
> http://mdp.vic-metria.nu/miljodataportalen/GetMetaDataURL?metaDataURL=http://mdp01.vic-metria.nu/geonetwork/srv/en/csw?request=GetRecordById%21%21%21service=CSW%21%21%21version=2.0.2%21%21%21elementSetName=full%21%21%21id=8853721d-a466-4c01-afcc-9eae57b17b39%21%21%21outputSchema=csw:IsoRecord
>
>
> Kort och gott är det rasterdata med 10 meters upplösning över hela landet,
> med licensen CC0, dvs datat är kompatibelt med OSM. Kvaliteten bedömer jag
> som god; mycket bättre än tex Terrängkartan, men användsningsområdet är ju
> också inte detsamma. Nedan är en bild från min hemby.
>
>
> Jag tycker verkligen att vi borde använda denna data för att förbättra
> täckningen på landsbygden. Vägar finns det ju hyfsat av (även om det säkert
> kan förbättras med) men just landuse och natural borde vi kunna förbättra
> markant med denna datakälla.
>
> Jag slängde ihop ett bash-script (bifogat) som gör om datat till separata
> shapefiler med OSM-attribut. Jag har testkört det på ett litet område; hela
> landet lär ta en stund att tugga igenom. Shapefilerna som skapas ser bra ut
> i QGIS, men av någon anledning kommer inte attributen med i JOSM. Någon som
> har en idé om vad det kan bero på?
>
>
> Vi ska självklart inte skriva över befintliga data med denna datakälla.
> Men vi kan förbättra yt-täckningen väldigt mycket med denna datakälla, så
> jag tycker verkligen att vi bör överväga någon slags import av utvalda
> lager, för icke-urbana områden. Vad säger ni?
>
>
> Mvh ChristianA
>
>
>
>
> ___
> 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] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[Karl-Johan Karlsson]

Nu tycker jag att de problem jag upplevde när jag startade den här tråden
är lösta. Jag ser uppdateringar som jag gör relativt snabb och tiles på mer
utzoomade nivåer uppdateras precis som innan.

Den lör 2 feb. 2019 kl 10:23 skrev NKA mapper :

> Rapporter gjerne dine observasjoner her:
> https://github.com/openstreetmap/operations/issues/268
>
>
> Den lør. 2. feb. 2019 kl. 09:36 skrev Christian Asker <
> christian.as...@gmail.com>:
>
>> Jag kan ju ha fel, men jag har upplevt att tiles från OSM laddas långsamt
>> sedan någon dryg vecka.  Det har hänt både hemma och på jobbet (där jag har
>> supersnabb lina). Men det kanske är något annat eller bara något temporärt
>> problem.
>>
>> Men ifall det är något problem borde det väl finnas dokumenterat
>> någonstans?
>>
>>
>> Mvh Christian
>>
>>
>>
>> Den 2019-02-02 kl. 09:22, skrev Karl-Johan Karlsson:
>>
>> Jag ser bara mina ändringar på de 2 mest inzoomade "Zoom levels" (nivå 18
>> och 19). Tidigare har jag för mig att jag kunde se mina ändringar i princip
>> omgående på ett par nivåer högre (mer utzoomade) om jag bara gjorde
>> shift-reload i Firefox så att tiles laddas om. Så, det behöver inte betyda
>> att det är något fel utan kanske bara att de ändrat hur ofta tiles på mer
>> utzoomade nivåer renderas om.
>>
>>
>>
>> Den fre 1 feb. 2019 kl 21:10 skrev Micke :
>>
>>> Jag ritade lite skog för en vecka sen ungefär och bara delar av den syns
>>> än, trots att jag under flera dagar markerat den som "dirty" på
>>> https://www.sammyshp.de/fsmap/#17/60.65902/15.20492
>>> Annars brukar det gå på under en minut när man gör det.
>>>
>>> Så något fel är det.
>>>
>>>
>>> /AndersAndersson
>>>
>>> -Ursprungligt meddelande-
>>> Från: Andreas Vilén 
>>> Skickat: den 31 januari 2019 22:35
>>> Till: OpenStreetMap Sverige mailinglista 
>>> Ämne: Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte
>>> uppdateras på ett tag
>>>
>>> Jag har sett uppdateringar utan problem, däremot kan det ta längre tid i
>>> områden med många mappade objekt. Tror inte detta är ett problem för då
>>> hade nog någon tagit upp det i den internationella maillistan redan.
>>>
>>> /Andreas
>>>
>>> Skickat från min iPhone
>>>
>>> > 30 jan. 2019 kl. 09:39 skrev Aron Bergman :
>>> >
>>> > Jaha, så era uppdateringar har inte ens nått databasen?
>>> >
>>> > / Aron Bergman
>>> > ___
>>> > 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 mailing 
>> listTalk-se@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-se
>>
>> ___
>> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[Karl-Johan Karlsson]

Jag ser bara mina ändringar på de 2 mest inzoomade "Zoom levels" (nivå 18
och 19). Tidigare har jag för mig att jag kunde se mina ändringar i princip
omgående på ett par nivåer högre (mer utzoomade) om jag bara gjorde
shift-reload i Firefox så att tiles laddas om. Så, det behöver inte betyda
att det är något fel utan kanske bara att de ändrat hur ofta tiles på mer
utzoomade nivåer renderas om.



Den fre 1 feb. 2019 kl 21:10 skrev Micke :

> Jag ritade lite skog för en vecka sen ungefär och bara delar av den syns
> än, trots att jag under flera dagar markerat den som "dirty" på
> https://www.sammyshp.de/fsmap/#17/60.65902/15.20492
> Annars brukar det gå på under en minut när man gör det.
>
> Så något fel är det.
>
>
> /AndersAndersson
>
> -Ursprungligt meddelande-
> Från: Andreas Vilén 
> Skickat: den 31 januari 2019 22:35
> Till: OpenStreetMap Sverige mailinglista 
> Ämne: Re: [Talk-se] Kartan på https://www.openstreetmap.org/ har inte
> uppdateras på ett tag
>
> Jag har sett uppdateringar utan problem, däremot kan det ta längre tid i
> områden med många mappade objekt. Tror inte detta är ett problem för då
> hade nog någon tagit upp det i den internationella maillistan redan.
>
> /Andreas
>
> Skickat från min iPhone
>
> > 30 jan. 2019 kl. 09:39 skrev Aron Bergman :
> >
> > Jaha, så era uppdateringar har inte ens nått databasen?
> >
> > / Aron Bergman
> > ___
> > 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Kartan på https://www.openstreetmap.org/ har inte uppdateras på ett tag

[Karl-Johan Karlsson]

Någon annan som märkt av det här? Normalt när jag editerar i JOSM och
laddar upp ändringar brukar jag efter några minuter göra shift-reload i
firefox på https://www.openstreetmap.org/ för att se att mina ändringar
blev som jag tänkte mig. Nu verkar kartan inte ha uppdaterats på ett eller
två dygn (kanske mer).

Har ni märkt av detta? Någon som vet något om det? Är det bara en
tillfälligt glitch?

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

[OSM-talk-be] Fwd: Next meetings FOSS4G

[Johan Van de Wauw]

Hi all,

Also people from OSM are kindly invited for these meetings. Please let me
know if you can attend any of the meetings, so I can fix a date.

Kind Regards,
Johan

-- Forwarded message -
From: Johan Van de Wauw 
Date: Tue, Aug 28, 2018 at 12:04 PM
Subject: Next meetings FOSS4G
To: “belg...@lists.osgeo.org” 


Hi all,

We have two upcoming meetings for FOSS4G.be . Please help pick a date.

An online meeting in the first week of september:
https://framadate.org/qk8aEBnOGCPcJjIY

A face-to-face meeting in the second/third week of september. The major
topic will be assembling the program.

https://framadate.org/WTnLiNDV9joNKs2N

Please note that anyone interested is kindly invited to join.

Kind Regards,
Johan
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-transit] Revisiting the use of ref in bus stops

[Wiklund Johan]

It doesnt really matter if the country is organized if a bus comes from abroad 
and uses the stop (such as FlixBus). Organized world would fix it.

From: Jo [mailto:winfi...@gmail.com]
Sent: fredag 17. august 2018 10.05
To: Public transport/transit/shared taxi related topics 

Subject: Re: [Talk-transit] Revisiting the use of ref in bus stops

We have 3 operators here in Belgium. I started by adding stops for 1 first, so 
I used ref.

Then I started working on the other operator and some stops are indeed shared. 
The other operator has 5 subdivisions and annoyingly they all assign their own 
identifiers, those stops also overlap.

For a while I added 2 nodes, sometimes 3, but that really doesn't work well.

So I merged them and now it's like this:

ref:De_Lijn for stops of De Lijn
ref:TECB for stops of TEC Brabant-Wallon
ref:TECC for stops of TEC Charleroi
ref:TECH for stops of TEC Hainaut
ref:TECN for stops of TEC Namur
ref:TECL for stops of TEC Liège
reft:TECX for stops of TEC Luxembourg

It's a bit messy, so I hope they'll change that at some point in the future.

and the stops in Brussels could simply use ref, but I don't think we know their 
identifiers.

In The Netherlands they are now using

ref:IFOPT=NL:Q:78400680

That would be better, but you need an organised country like The Netherlands to 
assign them.

So, I'd say yes use ref:OPRTR, but not OPRTR:ref. You want them to sort 
together in the list of tags.

I also use route_ref:OPRTR

Polyglot

Op vr 17 aug. 2018 om 05:33 schreef Paul Johnson 
mailto:ba...@ursamundi.org>>:
On Thu, Aug 16, 2018 at 5:55 PM, Kevin Dalley 
mailto:ke...@kelphead.org>> wrote:
I am using GO-Sync, gtfs-osm-sync, to synchronize data for AC  Transit.

For AC Transit, the gtfs_id, or stop_code, can be used to identify the
stop. That's the number on the sign, and can be as a phone code.

For example,

stop code is 56669

stop_name is: "MacArthur Blvd:Randolph Av"

stop name does not appear on the sign, though variations of this name
appear on the schedule, usually with a "&" rather than ":".

stop_code does appear on sign.

I agree with previous users that, at least for AC Transit, stop_code
should translated to "ref", which a defined meaning for bus_stop.
GO-Sync does not do this, though it would be easy to patch my version,
at least for AC Transit.

and use stop_name as name, which is what GO-Sync does.

Are there recent thoughts on this issue?

 I'm thinking ref on the stop needs to be entirely revisited, given stops may 
be used by more than one network and therefore have more than one ref.

Maybe something like, say, trimet:ref=* for TriMet's stops, and 
tillamook-wave:ref=* for Tillamook County's The Wave, which share the same stop 
bays at Sunset Transit Center and several locations in downtown Portland, for 
example.
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [OSM-talk-be] Fwd: [OSGeo.be-Announce] foss4g.be: Call for presentations - Appel à présentations - Oproep voor presentaties

[Johan Van de Wauw]

I have not seen one in the list of proposals. In any case if we get very
similar presentations, we may contact the presenters to present together if
there are too many submissions.

So feel free to submit one!

Kind Regards
Johan

Op di 26 jun. 2018 13:34 schreef Pieter Vander Vennet :

> Is there an 'OSM is winning' talk planned already?
>
>
>
> Met vriendelijke groeten,
> Pieter Vander Vennet
>
> 2018-06-26 11:54 GMT+02:00 joost schouppe :
>
>> Apply now to present at Foss4g!
>>
>> Just like last year, OSM-be is involved in planning and programming.
>> Stuff related to OpenStreetMap is welcome. For "niche" stuff, we might make
>> a special OSM track. If your talk is more for a general audience, it might
>> make the main track.
>>
>> -- Forwarded message --
>> From: Moritz Lennert 
>> Date: 2018-06-26 10:50 GMT+02:00
>> Subject: [OSGeo.be-Announce] foss4g.be: Call for presentations - Appel à
>> présentations - Oproep voor presentaties
>> To: belgium-annou...@lists.osgeo.org
>>
>>
>> Dear all, Goeie dag, Bonjour à tous,
>>
>> 
>> Pour la version française de cet appel: https://2018.foss4g.be/papers.
>> php?lang=fr
>> Voor de nederlandse versie van deze oproep:
>> https://2018.foss4g.be/papers.php?lang=nl
>> To immediately jump to the full information in English:
>> https://2018.foss4g.be/papers.php?lang=en
>> 
>>
>> After successful events in 2015, 2016 and 2017, OSGeo.be will organize
>> another edition of the FOSS4G Belgium Conference on Thursday 25 October
>> 2018 in Brussels. We are looking for contributors who want to support this
>> event through a presentation.
>>
>> FOSS4G conferences gather developers and users of Open Source geospatial
>> software from around the world to discuss new directions, exciting
>> implementations, and growing business opportunities in this domain. Recent
>> years have seen substantial changes in the geospatial industry. One of
>> those changes has been the growth in maturity and adoption of Free and Open
>> Source solutions. In many cases organizations are using a mixture of open
>> and closed source solutions.
>>
>> We will share knowledge and experiences during the whole event through
>> presentations and demonstrations with 25 minutes each at most.
>>
>> To submit a proposal go to http://2018.foss4g.be/submit-paper.php.
>>
>> Looking forward to hearing from you !
>>
>> Best wishes,
>>
>> the foss4g.be team
>> ___
>> Belgium-Announce mailing list
>> belgium-annou...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/belgium-announce
>>
>>
>>
>> --
>> Joost Schouppe
>> OpenStreetMap <http://www.openstreetmap.org/user/joost%20schouppe/> |
>> Twitter <https://twitter.com/joostjakob> | LinkedIn
>> <https://www.linkedin.com/pub/joost-schouppe/48/939/603> | Meetup
>> <http://www.meetup.com/OpenStreetMap-Belgium/members/97979802/>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Fwd: [Belgium] Invitation to the OSGeo.be ASBL Annual General Assembly

[Johan Van de Wauw]

Hi OpenStreetMap Belgium

Sorry for the short notice - but better late than never: on monday there
will be the General Assembly from OSGeo Belgium.

If you are interested in collaboration with OSGeo again (eg during our
FOSS4G), your are kindly invited to join. You don't have to be a member to
come.
If you would like to come, please let me know, so we know how many people
to expect, and we may arrange some carsharing if needed.

Kind Regards,
Johan
-- Forwarded message --
From: Tommy Oozeer <tommyooz...@skynet.be>
Date: Thu, Mar 15, 2018 at 5:23 PM
Subject: [Belgium] Invitation to the OSGeo.be ASBL Annual General Assembly
To: belg...@lists.osgeo.org


Dear OSGeo.be Member,



You are invited to join us for our Annual General Assembly of members
convened as follows :



March 26th 2018, 19:00



Université libre de Bruxelles,

Campus du Solbosch
<https://www.ulb.ac.be/campus/solbosch/solbosch.html>, building
D <https://www.ulb.ac.be/campus/solbosch/plan-D.html>, room DB6.133

Avenue Franklin D. Roosevelt 50,

B-1050 Bruxelles



Please find the invitation and agenda on the wiki [1].



*All voting, non-voting and even not yet members are welcome.*



*Tommy Oozeer*

*OSGeo.be ASBL Secretary*

*March 15**th**, 2018*



[1]  https://wiki.osgeo.org/wiki/OSGeo-BE-general-assembly-
convocation-20180326







___
Belgium mailing list
belg...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/belgium
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Roundabouts - why is a separate segment required?

[Johan C]

2018-02-14 18:50 GMT+01:00 Dave F :

> On 14/02/2018 17:13, Maarten Deen wrote:
>
>> On 2018-02-14 17:39, Dave F wrote:
>>
>>> I think I have read it correctly.
>>>
>>> https://www.openstreetmap.org/node/5408566797
>>>
>>> It is easy to determine this shared node is part of the roundabout as
>>> well as the entrance from Wapping & can exit along Commercial, or if
>>> required, continue around the roundabout:
>>> How is this different from, say, two side roads joining a main road at
>>> the same node?,
>>>
>>
>> Because a machine can not determine if you are actually entering the
>> roundabout or not.
>>
>
> Yes it can. It has the junction=roundabout tag on the way.
>
> Technically speaking you are not because you are just touching one node of
>> the roundabout.
>>
>
> Yes you are. You may not be on there very long, but you approach the
> roundabout, pass the signs saying it's a roundabout, give way to those
> already on it, you enter it & then indicate that you're leaving it.
>
>
>> The same at this roundabout, going from Wapping Road to Commercial Road
>> it will tell you to "turn left into Commercial Road" and not to "enter the
>> roundabout and exit at the first exit into Commercial Road".
>>
>
> Noting my comment above, if a router doesn't tell you the latter, then
> it's a poor program. Commercial Rd is the first exit
>
> Just connecting to a road on a node does not mean you enter that road. The
>> same at intersections, if you cross a road (connected by a node) you do not
>> enter that road so you do not need instructions for it.
>>
>
> A router has to be aware of it & know what it's attributes are, to decide
> if it needs to go along it. It does this from a *single* node. If it can do
> it at intersections it can do it on roundabouts.
>
> Roundabouts are just another type of intersection.
>
>
No, they are not. Roundabouts are special types of intersections. They have
a way on which you can drive round. And round. And round. And they have
other ways leading to and from this round way. Whenever you enter the
roundabout you drive on this round way, even if it's just for a metre. And
then you exit this round way on to a different way.

The present tagging (used since 2005 or so, and all around the globe) is
fine.


> DaveF
>
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Johan Uhle]

I think you should be able to cancel builds manually as well, so that might
be the way to go in this specific case.

Best,
Johan

On Fri, Feb 2, 2018 at 11:08 AM, Mateusz Loskot <mate...@loskot.net> wrote:

> Hi Johan,
>
> On 2 February 2018 at 10:12, Johan Uhle <jo...@mapbox.com> wrote:
> >
> > auto-cancellation on Travis is enabled. It only cancels pending builds
> > though, so does not kick in for force pushes if the build is already
> > running.
>
> Yes, it cancels pending only indeed.
> I just had an impression that it did not cancel pending build - I git
> push forced
> my PR 2-3 times within a few minutes. I might got confused though.
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] [Travis CI] Auto Cancellation for pull requests?

[Johan Uhle]

Hi Mateusz,

auto-cancellation on Travis is enabled. It only cancels pending builds
though, so does not kick in for force pushes if the build is already
running.

The Travis situation has been quite unsatisfactory recently, mostly due to
slow Mac OS builds. We are trying to come up with solutions to improve on
that.

Best,
Johan

On Thu, Feb 1, 2018 at 6:23 PM, Mateusz Loskot <mate...@loskot.net> wrote:

> Hi,
>
> TL;TR: Is the auto cancellation [1] configured in the Travis CI
> settings for OSRM?
>
> I've been git push -f updating one PR I submitted lately and
> I suspect the auto cancellation is not configured because arrival of new
> commit does not cancel the PR build job and the CI resources are
> unnecessarily kept busy.
>
> Perhaps the auto-cancellation could be enabled, for PRs only.
>
> [1] https://docs.travis-ci.com/user/customizing-the-build#
> Building-only-the-latest-commit
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] How to teach novices about optimal changeset size?

[Wiklund Johan]

I would think that similar map changes (for example, only buildings) in a 
contiguous geographical region would be an «optimal» mapping style for easy 
reviewing. It could be a “tip” in the iD tutorial.


From: Michał Brzozowski [mailto:www.ha...@gmail.com]
Sent: onsdag 17. januar 2018 16.14
To: Imre Samu ; talk@openstreetmap.org
Subject: Re: [OSM-talk] How to teach novices about optimal changeset size?

Certainly I am not intending to change the community and require every mapper 
to comply. If you're an experienced mapper, you're fine.

I mean new users, who are not yet integrated with the community. Their work 
should be checked thoroughly (in Achavi, osmcha...). All novices make mistakes, 
after all. Better to give them good habits. By extension, smaller number of 
changeset will lead to less recycling of same changeset comments.

I made this thread because I found it difficult to convey what is best practice 
in short form in changeset comments.

Maybe I should simplify things when explaining to them? No need to tell all the 
conventions, just what is a good start - but hoping it won't backfire ;)

17.01.2018 3:35 PM "Imre Samu" 
> napisał(a):
>  one changeset per building, repeated 20 times
my typical use case:   House numbering on the street:  push the numbers & 
forget & go to the next house( fast feedback loop vs. Delayed gratification 
 )
- sometimes the mobil app is crashing, and I don't want to go back 100m to 
re-enter - the last 5-10 numbers

> Obviously this makes them PITA to review quickly in Achavi or whatever tool 
> you use.

imho: it is easier to group the changeset on the reviewer side :  by user + by 
hour   ( group by user, hour )   than change the community.

Imre




2018-01-17 15:13 GMT+01:00 Michał Brzozowski 
>:
Certainly not:
- one changeset per building, repeated 20 times
- one changeset for 3 POIs that are 1000 km apart in different countries

These are real world examples. In the latter Achavi can often refuse to run.

That's also why I asked ;-) It's not that easy to formulate the answer what is 
reasonable to include in a changeset.

Michał

17.01.2018 2:54 PM "Tobias Zwick" 
> napisał(a):
So, what is the optimal changeset size, and why?

Tobias

On 17/01/2018 14:26, Michał Brzozowski wrote:
> Many new users have a habit of e.g. sending one or few objects per
> changeset, resulting in a dozen or even more changesets per day.
> Obviously this makes them PITA to review quickly in Achavi or whatever
> tool you use.
>
> This habit is probably caused by non-knowledge of how auto-save works in
> iD (which makes the work reasonably secure), as well as just not knowing
> better thus forming their own judgement.
>
> How should we teach about optimal changeset size? This is quite tricky -
> how we would define it?
>
> Can the iD nudge users towards better practice? (Linking to Good
> changeset comments wiki page would be useful as well)
>
> Michał
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


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

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


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

Re: [Talk-transit] OSM Public transport tools

[Wiklund Johan]

No, we don't have OSM data in these datasets. We just use OSM to route 
foot-transfers in journeys, and we fetch some POI's.

License is forthcoming :)




Johan Wiklund
Data manager
johan.wikl...@entur.org




www.entur.org<http://www.entur.org>



-Original Message-
From: Felix Delattre [mailto:felix-li...@delattre.de]
Sent: onsdag 6. desember 2017 15.18
To: talk-transit@openstreetmap.org
Subject: Re: [Talk-transit] OSM Public transport tools

Thanks Johan, for the link. I'm acutally excited to follow the pioneer work you 
are doing in Norway with the NeTEx format. Congratulations!

However, I think we don't need to add this to an OSM wiki page. As far as I 
understand, this data is not obtained from OpenStreetMap, or am I wrong? Is it 
Open Data? I didn't see any license/permission statement anywhere.

Generally (open) sources for GTFS are already nicely published on websites like:

* https://transit.land/feed-registry/
* http://transitfeeds.com/

All the best,
Felix


On 12/05/2017 01:12 PM, Wiklund Johan wrote:
> If you want to list open data sources as well, here is Norway:
> http://www.entur.org/dev/rutedata/
>
>
>
>
>
> Johan Wiklund
> Data manager
> johan.wikl...@entur.org
>
>
>
>
> www.entur.org<http://www.entur.org>
>
> -Original Message-
> From: Felix Delattre [mailto:felix-li...@delattre.de]
> Sent: tirsdag 5. desember 2017 12.30
> To: Public transport/transit/shared taxi related topics
> <talk-transit@openstreetmap.org>
> Subject: [Talk-transit] OSM Public transport tools
>
> Hello everybody,
>
> Just to let you know about a simple wiki page we created:
> https://wiki.openstreetmap.org/wiki/Public_transport/Tools
>
> It is a recompilation of the tools people are using for handling public 
> transport data and information in OpenStreetMap. From collecting, editing, 
> exporting and using.
>
> Maybe you want to have a look. Hopefully you can help us to improve this page.
>
> Thanks,
> Felix
>
>
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit



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

Re: [OSRM-talk] Determining which concrete version of OSRM 5.x deployed

[Johan Uhle]

Hi Bryan,

you can build this yourself today already. You can run the osrm tools with
the `-v` flag to tell you the version. Maps are not a concern of OSRM, so
you will need to deal with that outside of OSRM as well.

Best,
Johan

On Thu, Nov 30, 2017 at 9:31 PM, Sayer, Bryan <bsa...@s-3.com> wrote:

> I have been wondering the same thing. One of the benefits of OSRM is that
> it can be used in a secure environment without web access. This makes it
> wonderful for research purposes. However, we need a way to document what we
> do. This includes being able to cite the version of the software and also
> the maps.
>
>
> I suggest that this capability be added in some fashion - echoing the
> current version of OSRM and the maps.
>
>
>
> --
> *From:* Daniel Patterson <dan...@mapbox.com>
> *Sent:* Thursday, November 30, 2017 1:10:10 PM
> *To:* Mailing list to discuss Project OSRM
> *Subject:* Re: [OSRM-talk] Determining which concrete version of OSRM 5.x
> deployed
>
> Hi Kirill,
>
>   No, there is no OSRM HTTP API that will return the version number - your
> client will need to tell you what they installed.
>
> daniel
>
> On Thu, Nov 30, 2017 at 12:46 AM, Кирилл Луценко <lucenko_kir...@mail.ru>
> wrote:
>
> Hello everyone!
>
> Our client deployed OSRM 5.x on its production server and now we are
> creating demo-server for test purposes where we would like to have the same
> versions of all software. The problem is that we can't determine which
> concrete version of OSRM deployed (client doesn't remember too). Is there
> any way to find it out? May be OSRM have some undocumented API endpoint
> which return current version or some config file in installation folder
> (Windows) contains version number?
>
> Thanks in advance for any help!
>
> Best regards,
> Kirill
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
>
> WARNING This information may be confidential. It is intended only
> for the addressee(s) identified above. If you are not the addressee(s), or
> an employee or agent of the addressee(s), please note that any
> dissemination, distribution, or copying of this communication is strictly
> prohibited. If you have received this information in error, please destroy
> the information and notify the sender of the error. Thank you.
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] Directed Editing Policy

[Wiklund Johan]

I don’t read it as being optional now:

"You must set up, or have someone set up, a Wiki page" ... "This page must 
truthfully describe" ... "a unique hashtag (to be used in the "hashtags" field 
of changesets, or another form of changeset tagging) for linking and"

Perhaps the bullet should say "any unique hashtags (to be used in the 
"hashtags" field of changesets, or another form of changeset tagging) for 
linking and" instead. That would simply make it mandatory to list what hashtags 
you are using, rather an imposing a rule that every activity must be 
hashtagged. Just like the non-standard tools are optional by having the "any" 
at the beginning.


Johan Wiklund
Data manager 
johan.wikl...@entur.org




www.entur.org


-Original Message-
From: Frederik Ramm [mailto:frede...@remote.org] 
Sent: onsdag 22. november 2017 11.54
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Directed Editing Policy

Hi,

On 22.11.2017 09:49, Wiklund Johan wrote:
> (first of all, I have not read the backlog of this conversation, only 
> the last few messages)

[...]

> Therefore I feel I am opposed to the absoluteness of the damand of 
> hashtagging every changeset

Just as a reminder, the proposed policy leaves you the choice of either 
creating a user account that you link to your company/activity ("all edits made 
with this account are in this context"), *or* tagging individual changesets.

> Also there is a wording that keeps confusing me in the policy:
> 
> You *must* ensure that people looking at your edits know that they are 
> part of a directed mapping activity

Good catch ;) - there are likely to be a number of style and language issues 
that we'll have to sort out once the contents are agreed but I'll make sure to 
flag this.

Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [OSM-talk] Directed Editing Policy

[Wiklund Johan]

(first of all, I have not read the backlog of this conversation, only the last 
few messages)

Hi

I work for a company that does public transport information and we use OSM for 
footrouting, POIs and background map. This means we do very general edits 
without any particular directives to what, when and how. Basically if we see a 
problem – any problem – we fix it ad hoc. We might be tracing or importing 
missing roads (in accordance with Norwegian road import regulations), fixing 
mispelled names or improper tagging, draw in railway platforms etc. Because of 
the great diversity and general nature of our mapping I feel it would make more 
sense to simply have user profile linking rather than the changeset hashtags. 
My user would act as the hashtag. Otherwise we would have to use lots of 
hashtags for different types of edits or just one that means “this is us” which 
would only mirror our user profiles anyway.

Therefore I feel I am opposed to the absoluteness of the damand of hashtagging 
every changeset – although I see its usefulness for mapping events or 
Maproulettes.




++
Also there is a wording that keeps confusing me in the policy:
You must ensure that people looking at your edits know that they are part of a 
directed mapping activity

Looks like the people looking at the edits are part of the activity.


Johan Wiklund
Data manager
johan.wikl...@entur.org<mailto:johan.wikl...@entur.org>
www.entur.org<http://www.entur.org/>



From: Yuri Astrakhan [mailto:yuriastrak...@gmail.com]
Sent: onsdag 22. november 2017 04.16
To: Pierre Béland <pierz...@yahoo.fr>
Cc: Talk Openstreetmap <talk@openstreetmap.org>
Subject: Re: [OSM-talk] Directed Editing Policy

Pierre, I suspect the number of QA-tool-driven changes are as big, if not much 
bigger than changes from the organized events and paid editing. I agree QA 
tools should be regulated, but are you sure we want to do it in the same 
document, and significantly increase the scope?
My understanding is that the original goal was to regulate paid editing and 
community events. Covering QA tools might make the doc too generic.  It would 
have to take a detailed look at all existing tools, even including JOSM's 
validators -- if I edit a location (e.g. move a road), and the tool suggests 
additional edits in that location (e.g. change the tagging of a connected 
road), isn't that directed editing that was organized by the validation rule 
author? Plus the introduction, and a lot of text would have to be rewritten to 
dedicate as much space to the tools as to organized events and director's 
duties.
Just saying that the scope creep might make the statement less concise, and QA 
tools may need to be a separate document.

On Tue, Nov 21, 2017 at 9:44 PM, Pierre Béland 
<pierz...@yahoo.fr<mailto:pierz...@yahoo.fr>> wrote:
There is a constant increae of organized contributions from Task Managers on QA 
tools and I agree that this policy should include these various organized 
contributions.

There should be a goal assure the follow-up of these various projects to assure 
a better collective coordination of the mapping.

I am not sure that we could effectively have all organizers of Events create a 
wiki page. But organizers like for example the Geoweek, that invite to create 
local events should have a wiki page well documented. A section could be added 
to list the specific events + who organize them.

The Changeset database is the place where we should be able to follow the 
various mapping projects. There is actually no common way to document the QA or 
TM host, the specific project and the various events connecting to the various 
projects. To document how these various coordination tools should be reported  
on the changesets would facilitate the follow-up.

Actually, not all instances of the Tasking Manager add an hashtag to document 
the host and project no. For QA tools, specific projects / missions are not 
documented either.


Pierre


Le mardi 21 novembre 2017 21:21:55 HNE, Yuri Astrakhan 
<yuriastrak...@gmail.com<mailto:yuriastrak...@gmail.com>> a écrit :


While this might not have been the intention, the

  >  b) directed by a third party exactly what and how to contribute to 
OpenStreetMap

can be applied to any "challenge style" sites such as the MapRoulette or 
Osmose.  I think there should either be a clarification about this, an 
additional discussion with the community, or a specific exclusion.  I know that 
the preamble is talking about paid editing, schools, and mapping events, but 
the text below it seems to have a wider scope.
penstreetmap.org/listinfo/talk<https://lists.openstreetmap.org/listinfo/talk>

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

[OSM-talk] FOSDEM geospatial: call for participation

[Johan Van de Wauw]

Please forward!

FOSDEM is a free and non-commercial event bringing together about 8000
developers in Brussels, Belgium. The goal is to provide open source
software developers and communities a place to meet and share
thoughts. The participation is free of charge, although donations are
welcome. The next edition will take place on 3 - 4 February 2018. For
the fourth time there will be a Geospatial devroom and will be
happening on Sunday *4/2/2018*!

Geospatial technologies and mapping used to be specialist work, but
nowadays location and maps are becoming part of many
projects/applications, which usually use only a small subset of the
possibilities the data and software offer.

The geospatial devroom is the place to talk about open, geo-related
data and software and their ecosystem. This includes standards and
tools, e.g. for spatial databases, and online mapping, geospatial
services, used for collecting, storing, delivering, analysing, and
visualizing purposes.

We welcome submissions about:
* Web and desktop GIS applications;
* Collaborative editing / versioning of geodata and metadata;
* Interoperable geospatial web services and specifications;
* Collection of data using sensors / UAVs / satellites;
* Geo-analytic algorithms / libraries;
* Geospatial extensions for classical databases (indexes, operations)
and dedicated databases;
* Big geodata, distributed and scalable GIS applications;
* Volunteered Geographic information - Crowdsourced geodata.

HOW TO SUBMIT YOUR PROPOSAL FOR A TALK

Are you thrilled to present your work to other open source developers?
Would you like to run a discussion? Any other ideas? Please submit
your proposal at:

 https://fosdem.org/submit

Make sure to select the 'Geospatial devroom' as 'Track'. If you have
an account from previous years, you should be using the same.

Please specify in the notes if you prefer for your presentation either
a short timeslot (lightning talks ~10 minutes) or a long timeslot (20
minutes presentation + discussion). However, note that time slots are
indicative and will be assigned according to the timing of the
session.

The DEADLINE for submissions is Thursday **1st December 2017**.

Notification of acceptance will be sent to the Authors by 11/12/2017
at the latest.

Should you have any questions, please do not hesitate to get in touch
with the organisers of the devroom at fosdem-geospatial at gisky.be!

Want to know what FOSDEM geospatial is like? Check out the videos and
the presentations of our previous editions.

The organizers
Johan Van de Wauw
Margherita Di Leo
Anne Ghisla
Martin Hammitzsch
Marc Vloemans

[1] https://archive.fosdem.org/2015/schedule/track/geospatial/
[2] https://archive.fosdem.org/2016/schedule/track/geospatial/
[3] https://archive.fosdem.org/2017/schedule/track/geospatial/

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

Re: [Talk-se] Cykelbanor och avtagsvägar

[Karl-Johan Karlsson]

Jag är nog inne på samma linje som ni d.v.s. att behålla cykelbanan som en
separat väg, så då gör jag så att jag förlänger anslutningsvägen och
markerar förlängningen med som cykelväg.

När vi ändå är inne på det. Använder ni "highway=cycleway foot=designated"
eller "highway=path bicycle=designated foot=designated" för cykelbanor där
även gångtrafikanter är tillåtna?

Den 14 oktober 2017 11:25 skrev Erik Lundin :

>
> Den 2017-10-14 kl. 11:19, skrev Ture Pålsson:
>
>> Eftersom det är en kantsten mellan cykelbanan och vägen tycker jag det
>> känns vettigt att behålla cykelbanan som en separat way i OSM — en sådan
>> där kantsten är ju inget man korsar hur som helst, utan det kräver lite
>> planering och manövrerande.
>>
>
> Om man kopplar ihop vägarna med en highway=cycleway så kan man ju lägga in
> en nod med barrier=kerb på anslutningssträckan.
>
> /Erik
>
>
> ___
> 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] Cykelbanor och avtagsvägar

[Karl-Johan Karlsson]

https://www.mapillary.com/app?focus=photo=ZpwBuV8oAsm-mSHwiJmh4g

Vad man ser på denna Mapillary bild är alltså en cykelbana. Vad som kanske
inte framgår tydligt på bilden är att det är en stensatt kant på ca 10 cm
ner till vägen, men eftersom det är en avtagsväg till vänster på bilden
(som det är tänkt att cyklister ska kunna cykla in på) så är kanten
nedfasad i några meter.

Idag är denna cykelbana, i openstreetmap, helt separat och har ingen
koppling till själva bilvägen. Detta får till följd att program som
beräknar rutter för cykling (t.ex. https://openrouteservice.org) inte tror
att det för en cyklist går att cykla in på den där avtagsvägen.

Hur bör detta ritas om (modelleras) i openstreetmap? Är det bara de få
metrarna där kanten är nedfasad som ska markeras på något speciellt vis
eller ska hela cykelbanan slås samman med bilvägen?
Det finns en mängd alternativ (se länken nedan), men jag är inte säker på
vilket av dessa som känns som det bästa alternativet för svenska cykelbanor.

https://wiki.openstreetmap.org/wiki/Bicycle#Bicycle_Restrictions

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

[OSM-talk-be] Help organise a geospatial devroom at FOSDEM?

[Johan Van de Wauw]

Hi all,

Fosdem is the largest free and open source developers meeting in
Europe, with 7000+ participants.

I have organised a geospatial devroom the last years, and I'm looking
for people who would like to support doing another one next year (eg
promote the event / help with spreading the call for papers / help
with video during the event /... )

FOSDEM will take place 3&4 February 2018 in Brussels. Proposals for a
devroom can be filed until _tomorrow_, so if you would like to join
answer as soon as possible.

It would be nice if the organising team can be a mixture of people
from the different geo-communities so we can reach out to as many
people as possible.

Kind Regards,
Johan

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

Re: [OSRM-talk] Best practices for multiple osrm files

[Johan Uhle]

Hi Peter,

likely the better alternative is to create one OSM file that includes North
America and Europe (osmosis can do that via --merge), then you only have to
run one OSRM process instead of several. Otherwise you can run osrm-routed
with loading the files directly, but you'd need to expose osrm-routed on
different ports.

Best,
Johan

On Mon, Jul 10, 2017 at 9:16 PM, Peter Townsed <ptown4s...@yahoo.com> wrote:

> Hi Everyone,
>
> I’m setting up an OSRM server and would like to serve car routing for only
> North America and Europe.
> I’m wondering what is the best approach for running the server with 2 osrm
> files. Should I run 2 separate osrm-routed in different ports? Is there a
> better way to run 2 files simultaneously on the same process?
>
> Thanks in advance,
> Peter
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

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

[Johan Emilsson]

Bra jobbat!

/Johan

2017-05-30 21:32 GMT+02:00 Essin <user.es...@gmail.com>:

> 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=74n
> taggades om till gtfs_id=7400n och url=http://reseplanerare.
> resrobot.se/bin/query.exe/sn?start=1=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 <user.es...@gmail.com>:
>
>> 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 <user.es...@gmail.com>:
>>
>>> 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

[OSM-talk-be] OSM track/session/... at FOSS4G Belgium?

[Johan Van de Wauw]

Hi all,

OSGeo Belgium plans to organize another FOSS4G Belgium event in
Brussels at the end of october (tentative date is 26/10)
http://2017.foss4g.be/

The conference gives users and developers of free and open source
geospatial software a chance to to gather.

In the past it has been suggested many times that openstreetmap
belgium could/should play a larger role in the conference. Eg a
special OSM track or a mapping workshop/tutorial/mapathon/...

Anyone suggestions on what would be the best format?

Kind Regards,
Johan

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

Re: [Talk-se] OSM Meetup i Malmö?

[Johan Emilsson]

Trevligt initiativ!

/Johan

2017-03-17 15:55 GMT+01:00 Tomas Wennström <tomas.wennst...@gmail.com>:

> Vad kul att så många är intresserade! Jag återkommer med en liten Doodle
> för att hitta ett datum, men först tar jag gärna lite spontan input på om
> vi ska köra en vardagskväll eller hitta en helg då vi kan köra ett lite
> längre pass?
>
> Tomas
>
> --
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
>
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.se
>
> ___
> 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

[OSM-talk-nl] Luchtfoto's 2016 beschikbaar voor tracen in OSM

[Johan C]

Met ingang van gisteren zijn luchtfoto's van Beeldmateriaal Nederland in
een resolutie van 25 centimeter beschikbaar voor het bijwerken van
OpenStreetMap. De foto's kennen een maximale afwijking van 20 centimeter en
zijn daarmee de referentie om wegen en dergelijke in OSM op de juiste
plaats in te tekenen. Het beeldmateriaal (waarvan de huidige versie is
ingewonnen tussen mei en juli 2016) wordt aangeboden via het Nationaal
Georegister
<http://www.nationaalgeoregister.nl/geonetwork/srv/dut/catalog.search#/search?facet.q=license%2FCC-BY='false'=details_OR_title_OR_keyword=luchtfoto=index&_content_type=json=1=20=relevance>.
Meer informatie is te vinden op de site van Beeldmateriaal
<http://beeldmateriaal.nl/>.

Het beeldmateriaal is beschikbaar onder een CC-BY 4.0 licentie. Die
licentie kent twee voorwaarden: naamsvermelding en geen aanvullende
restricties. Ik heb met het Kadaster contact opgenomen, met het volgende
resultaat:

1. Aan de eerste voorwaarde, naamsvermelding, is voldaan door het opnemen
van dit beeldmateriaal (met een link naar www.beeldmateriaal.nl) op de
volgende pagina: http://wiki.openstreetmap.org/wiki/Impo … rthophotos
<http://wiki.openstreetmap.org/wiki/Import/Catalogue#Digital_Orthophotos>

2. Ten aanzien van de tweede voorwaarde, geen aanvullende restricties, gaf
het Kadaster aan dat het CC-BY 4.0 beeldmateriaal gebruikt mag worden om
OSM bij te werken.

Dank aan de deelnemende overheden, die ervoor hebben gezorgd dat het
beeldmateriaal onder een open licentie ter beschikking is gekomen. In het
bijzonder dank aan het Kadaster die het mogelijk heeft gemaakt om dit
beeldmateriaal te gaan gebruiken ten behoeve van OSM. En eveneens in het
bijzonder dank aan Rijkswaterstaat: de werksessie die we in september 2015
hebben gehad met RWS heeft een impuls gegeven aan deze vrijgave, dus dit is
een concreet resultaat geworden van de werksessie.

Cherio, Johan
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Afgesloten weg

[Johan C]

Hoi Freek,

ik kan je al wel een antwoord geven, maar ik help je denk meer door je te
verwijzen naar het forum:
https://forum.openstreetmap.org/viewforum.php?id=12
Daar zitten namelijk mensen die, regelmatig veel beter dan ik, weten hoe je
hier mee om kan gaan.

Gr., Johan

Op 8 februari 2017 om 23:01 schreef Freek Dijkstra <fr...@macfreek.nl>:

> Vraagje van een noob (dat ben ik),
>
> Ik heb vanochtend een wijziging gemaakt, en vraag me af of ik dat op de
> aanbevolen manier heb gedaan. Het gaat om
> https://www.openstreetmap.org/changeset/45910956
> De gemeente heeft een wandelpad (een trap) afgesloten met een groot
> hekwerk.
>
> Mijn eerste vraag is hoe ik dat weergeef. Vanzelfsprekend heb ik het pad
> "access=no" meegegeven, maar ik wil ook duidelijk hebben dat er een hek
> dwars over het pad geplaatst is. Dat heb ik nu gedaan met een node op
> het pad, met tag "barrier=fence". Dat laatste lijkt niet aanbevolen,
> alleen ways zouden deze tag horen te krijgen, niet nodes. Hoe zou ik het
> wel moeten doen?
>
> Mijn tweede vraag is of ik de relaties goed heb gezet. Dit weggetje was
> onderdeel van drie wandelpaden. Ik heb met JSOM de relatie van deze
> wegen omgezet naar de aanbevolen route (de gemeente heeft borden
> geplaatst met de tekst "omleiding, hou rekening met 15 seconden extra
> reistijd". Vlakbij snackkiosk "Ed Kroket". Mooier kan je het niet
> krijgen, toch?). Enfin, ik gebruik JOSM zelden, en vroeg me af of ik nog
> rekening had moeten houden met de richting (direction) van de ways. Ik
> heb de lijst van ways wel op goede volgorde gezet, maar ben niet bekend
> genoeg met JOSM of dat afdoende was.
>
> Dank voor de suggesties,
> Freek
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-be] Wat mappen in Brussel (was Re: Bulk import, mogelijkheden?)

[Johan Van de Wauw]

2017-01-31 11:26 GMT+01:00 Ben Laenen :

> Mogen vrachtwagens niet sowieso maximum 90 km/u in België en is de
> maximumsnelheid dan geen eigenschap van het voertuig en niet van de weg?
>
Neen, bvb op het viaduct van Vilvoorde mogen personenwagens 90 km/u en
vrachtwagens slechts 70 km/h.

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

[OSM-talk-be] Fwd: present OpenStreetMap at BEGeo (OSGeo track)

[Johan Van de Wauw]

Hello everyone,

OSGeo.be will have a track at the next BeGeo conference (march 16)
[1]. For those who do not know it: it is the largest "geospatial"
conference in Belgium with about 2000 participants.

We think it would be a good idea to have a presentation on
OpenStreetMap as well. Is someone from the OSM Belgium community
available for doing such a presentation?

Please reply asap, as we want to finalise the program this week.

Kind Regards,
Johan

[1] http://www.begeo.be/

On Thu, Jan 26, 2017 at 7:20 AM, Dirk Frigne <dirk.fri...@geosparc.com> wrote:
> Dear list,
>
> Gentle reminder to update the agenda of the BeGeo track.
> I have to provide the temporary track to the BeGeo organizing comittee.
> I will send this version, but we should try to finalize the agenda
> before Februari, 9 when the program come's on-line
>
> https://docs.google.com/document/d/18hpQWWeNLNOCxbxJR9HeNaeUptdOoNkxs4APq3U6hHM/edit#
>
> Dirk
>
> On 20-01-17 14:28, Dirk Frigne wrote:
>> Dear list,
>>
>> OSGeo.be has the opportunity to oranise a 2.5 hour site track on the
>> BeGeo conference. Last year during the first edition, there were > 1200
>> visitors. This years there is a maximum of 2000 visitors in the Tour &
>> Taxis environment in Brussels.
>>
>> I attended the meeting of behalf of OSGeo.be for the preparation of
>> BeGeo 2017. More info on following link:
>> http://www.begeo.be/?knews=readEmail=6=16686=4
>>
>> Date: March 16, 2017.
>>
>> As OSGeo.be we engaged us to fill a track during the day. 2.5 hours in
>> total of content.
>> The idea is to promote open source, open data, OSGeo and a couple of
>> OSGeo projects.
>>
>> Next step is to prepare the programme. I have already some content, and
>> a preliminary schema, but I still need some additional content, and
>> volunteers who want to present the content. This is a great event to
>> promote OSGeo to a more broad audience. We expect between 1000 and 2000
>> visitors.
>>
>> The website with the program should be ready begin of february, so here
>> is my first draft.
>> Please update me with new content, or you can even volunteer to help me
>> drafting the content.
>>
>> There are 4 blocks of content. 2 times 45 minutes, and 2 times half an hour.
>> In total we have room for 10 presentations of 15 minutes.
>> It should be good to have an alternative, if a speaker doesn’t show up,
>> to fill an empty slot.
>>
>> Block 1: 11:45 - 12:303 presentations of 15 minutes
>> Block 2: 12:30 - 13:002 presentations of 15 minutes
>> Block 3: 14:00 - 14:453 presentations of 15 minutes
>> Block 4: 14:45 - 15:152 presentations of 15 minutes
>>
>> I prepared an example of a schema[1] that we could present, but I need
>> some volunteers to realise this event. The aim is to have Dutch and
>> French presentations. PLease send me a mail if you want to help out.
>> I already added some confirmed talks, and some idea's of talks to the
>> schedule. We still have to find the speakers for a couple of these talks.
>>
>> Deadline is end of the weekend. Then we have to send this out. Will be
>> published february, 9 2017 on the beGoe website.
>>
>>
>>
>> [1]
>> https://docs.google.com/document/d/18hpQWWeNLNOCxbxJR9HeNaeUptdOoNkxs4APq3U6hHM/edit#
>>
>> PS.
>>
>> I also have to send some information about our track to the organisers
>> to publish on the website: (in dutch)
>> Please help me to improve the summary. Published in the same document [1]
>>
>> - Een mooie en aansprekende titel:  Oplossingen gebaseerd op Open Source
>> voor het Geodomein - OSGeo helpt je op weg
>> - De inleider(s) en de organisatie(s):  Johan Van de Wauw - presedent
>> OSGeo.be
>> Foto(s) van de inleiders: Johan, can you provide a photo?
>> Linkedin pagina van de inleider of als ze die niet hebben een korte
>> biografie: https://www.linkedin.com/in/johanvdw
>> Een korte beschrijving over de inhoud van de sessie
>> OSGeo is een vereniging zonder winstgevend doel, die ijvert voor de
>> verspreiding van open software, data en standaarden. OSGeo is wereldwijd
>> actief en opereert via locale structuren, waarbij OSGeo.be de Belgische
>> vertegenwoordiger is.
>> Deze sessie geeft een overzicht van vrij beschikbare tools, data en
>> software oplossingen die vrij en gratis ter beschikking zijn om je Geo
>> problemen op te lossen. Er wordt een inzicht gegeven in OSGeo als
>> organisatie, de producten die je kan gebruiken, hoe je kan bijdragen tot
>> de communitywerking. Er worden vo

Re: [OSM-talk-be] There is a misunderstanding from new mapper with the tag name:*=*

[Johan Van de Wauw]

Note that one of the developers of maps.me will be at fosdem, could be
a chance to talk about this:
https://fosdem.org/2017/schedule/event/geo_osmoffline/

On Wed, Jan 25, 2017 at 4:59 AM, Marc Gemis  wrote:
> I think it is a maps.me problem. The mappers will not know they are adding
> the same value multiple times.
>
> Should be reported to the devs of that app.
>
> m
>
>
> Op 24 jan. 2017 22:02 schreef "Jakka" :
>
>> Hi,
>> I have seen that new mappers use the name:codelanguage=alwayssametext
>> How and where can we inform them that adding in this form is of no use...
>> Or am I completely wrong
>>
>> See
>> https://www.openstreetmap.org/node/4624827493
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] Interior/accesibility mapping for FOSDEM

[Johan Van de Wauw]

Hi all,

FOSDEM[1] is the largest open source conference of Europe and will be
happening the first weekend of february.

For the first time this year the organizers are trying to make an
application (interior mapping/routing) to help people, especially
users of wheelchairs find their way around the campus.

Our original plan was to use and enhance Open streetmap for this, but
given the short time left (and the fact that indoor mapping +
accessibility + a temporary event are not ideal i open streetmap) it
was decided to use the indoor navigation software developed for CCC.

Work is happening in github[2], and you can check work in progress at
[3]. If you would like to help out, feel free to contact me or send a
pull request:-) You can also find us on freenode irc on
#fosdem-volunteers and #fosdem-nav. Since we have a few members who
are working at or close to ULB, it may also be useful that they check
the proposed routes and watch eg for steps. If we know it well enough
in advance we can still order ramps for doorsills, ...

Also during the event (and on friday) we can still use volunteers.
Feel free to register at http://volunteers.fosdem.org/

Last but not least, don't forget that on Sunday there will be a
geospatial track - I'm sure there will be talks which will interest
you :-) We will have a slightly larger room, so all invited!
https://fosdem.org/2017/schedule/track/geospatial/

Kind Regards,
Johan

[1] https://fosdem.org/2017/
[2] https://github.com/fosdem/maps
[3] http://nav.fosdem.org/

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

[OSM-talk-be] Fwd: Fietsroutedata OSM

[Johan Huysmans]

Hallo,

Ik heb deze mail ontvangen... kan iemand van jullie hierop antwoorden ?

Alvast bedankt!

Groeten,
Johan


 Forwarded Message 
Subject:Fietsroutedata OSM
Date:   Tue, 3 Jan 2017 15:11:40 +0100
From:   Thierry Jiménez <thie...@fietsersbond.be>
To: talk-be-ow...@openstreetmap.org




​Beste,

Op aanraden van Dries Van Ransbeeck van Open Knowledge BE stuur ik u 
onderstaande opmerkingen/vragen ivm OSM door.


Met vriendelijke groeten,

*Thierry Jiménez | Fietsersbond vzw*
*Meetfietser & Adviseur fietsinfrastructuur
*

02 502 68 51 | 0498 57 47 49
Oude Graanmarkt 63, 1000 Brussel
Facebook Fietsersbond Brussels Gewest 
<http://www.facebook.com/FietsersbondBrusselsGewest> | Twitter 
<https://twitter.com/FietsersbondBE> | Fietsersbond 
<http://www.fietsersbond.be/brusselsgewest>



- - -

​1)In juni jongstleden hebben alle Vlaamse provincies samen een 
samenhangend coherent *fietssnel*wegen-netwerk 
<http://www.fietssnelwegen.be/> met aangepaste layout (bijv. voor 
bewegwijzering, geleiding enz) voorgesteld ... ditpast in de vernieuwde 
filosofie dat fietsen (en zeker de (snelle) e-fietsen) voor langere 
afstanden kunnen gebruikt worden ...
Ook al is dit netwerk nog niet volledig gerealiseerd (grosso modo 1200 
km van de 2400 km), vraag ik me af of het niet geïntegreerd kan worden 
in de fietslaag

van OSM ...

​2​
) Wat me bij deze kwestie brengt (zie ook bijlage): de LF's zijn de 
recreatieve grensoverschrijdende lange afstandsroutes, de F's zijn de 
functionele fietssnelwegen. Iemand heeft al bijv. de F1 (= fietsostrade 
Antwerpen-Mechelen) ingetekend maar die stopt plots in Sint-Katelijne-Waver
​, terwijl dat die op het terrein reeds volledig is afgewerkt tot 
Mechelen-Nekkerspoel​
. Zou't ge kunnen achterhalen hoe dat dit komt? En vooral waarom ie daar 
plots stopt ...

​
Ik kan ook niet onmiddellijk zien wie die toevoeging/aanpassing heeft 
gedaan ...


​3​
) Ik zit op een berg aan gps-getagde foto's van doorsteken/trage 
wegen/jaagpaden/fietssnelwegen in eigen bedding/parken die op street 
view niet te zien zijn ... Zouden we die op één of andere manier via de 
fietslaag van OSM ter beschikking kunnen stellen?




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

Re: [Talk-se] Fwd: Ni har blivit nominerade till Open Knowledge Awards 2016!

[Johan Emilsson]

Hallå,

Det vore helt klart möjligt att följa Island, Italien och nu senast Schweiz
exempel att starta en lokal filial av OSM.

https://blog.openstreetmap.org/2016/10/23/new-local-chapter-sosm/
https://wiki.osmfoundation.org/wiki/Local_Chapters

/Johan





2016-11-17 22:16 GMT+01:00 Isak Bergdahl <isak.bergd...@yahoo.com>:

> Jag tänkte faktiskt redan när jag såg det första mejlet i tråden om det
> inte borde bildas en ideell förening med syftet att främja öppen kartering
> eller kanske mer specifikt OpenStreetMaps.
>
> Om intresse finns kan jag börja skissa på stadgar och sådant praktiskt.
> Det skulle i sådana behövas några frivilliga (minst 3) som tänka sig utgöra
> den första styrelsen.
>
> Isak
>
> Skickat från Yahoo Mail på Android
> <https://overview.mail.yahoo.com/mobile/?.src=Android>
>
> Den tors, nov. 2016 klockan 11:49, Thomas Fischer
> <fisc...@unix-ag.uni-kl.de> skrev:
> Hej,
>
> > jag fick ett mejl skickat till mig från http://okawards.org/ om att
> OpenStreetMap blivit nominerade till "Best civil society award 2016" med en
> inbjudan om att sitta i publiken i Stockholm den andra december och ta emot
> ett pris om man visar sig vinna.
> > Är det någon eller några som känner sig manade? Alla de jag har kontakt
> med, inklusive mig själv, bor i Skåne.
> Jag kan tänka mig att åka till Stockholm och delta i ceremonin, dock
> behöver jag först se om jag får det organiserat: tåg, hotell, barnvakt,
> m.m.
>
> Vet nån om det finns ett företag eller organisation som skulle vilja
> sponsra resekostnader?
>
> > Sedan är det ju som så att OpenStreetMap Sverige inte är någon officiell
> gren av OpenStreetMaps organisation, vi är bara än en samling personer som
> grupperats sig på IRC, en mejllista och här på Facebook. Vi är ju bara lite
> folk som valt att kartera, skramlat ihop till en gemensam server och lobbat
> på diverse myndigheter att släppa sin data öppen så vi kan använda den.
> Jag ser en viss poäng att organisera OpenStreetMap-projektet i Sverige
> som en officiell representat av OpenStreetMap samt att ha en rättsform
> som t.ex. tillåter ta emot donationer. Men jag är ingen expert där och
> ska hålla detta öppet för diskussion...
>
> Hälsningar,
> Thomas
>
> > Mejlet i sin helhet:
> >
> > > Begin forwarded message:
> > >
> > > From: Open Knowledge Sverige <cont...@okfn.se>
> > > Subject: Ni har blivit nominerade till Open Knowledge Awards 2016!
> > > Date: 15 November 2016 at 00:01:02 GMT+1
> > > To: cont...@okfn.se
> > > Reply-To: Asmen Gül <as...@okfn.se>
> > >
> > > Goddag och grattis till Er och Ert initiativ som nominerats till Open
> Knowledge Awards!
> > >
> > > Mitt namn är Asmen Gül och jag är projektledare för Open Knowledge
> Awards som startats av den ideella föreningen Open Knowledge Sverige. Vi
> verkar för öppen kunskap och öppna data för en hållbar utveckling.
> > >
> > > Jag kontaktar er angående årets Open Knowledge Awards 2016 (
> www.okawards.org).
> > >
> > > Open Knowledge Awards syftar till att uppmärksamma individer,
> initiativ och projekt inom offentlig, civil och privat sektor som bäst
> använt sig av öppen kunskap (t.ex. öppna data) och/eller verkat för
> öppenhet i eller genom sin verksamhet.
> > >
> > > För er som inte hört talas om Open Knowledge Awards tidigare är detta
> en ny utmärkelse från och med i år 2016. En person har nominerat ert
> initiativ via vår hemsida, därefter har Ni gått vidare i
> nomineringsprocessen och är nu kandidater för ett pris. En expertjury
> kommer utse vinnarna för respektive kategori under prisutdelningsceremonin.
> För att se vilken kategori Ni hamnat på ber vi Er besöka hemsidan och
> scrolla ned (eller trycka på ”Candidates” i menyn) till 2016 Candidates.
> Där står sedan ert namn eller projektnamn!
> > >
> > > Vi välkomnar varmt er till prisutdelningsceremonin för att eventuellt
> ta emot det pris som Ni har nominerats för. Då vi har begränsade platser
> och Ni som kandidater är våra primära gäster, ber vi Er reservera platser i
> förväg genom att svara på detta mejl med antalet personer Ni önskar närvara
> med så snart som möjligt.
> > >
> > > Praktikaliteter för prisutdelningsceremoni är följande:
> > > Plats och adress: KTH INDEK, Lindstedtsvägen 30, 114 28 Stockholm
> (Karta)
> > > Datum: Fredagen 2/12 2016
> > > Tid: 17:00-19:00
> > > För mer information:
> > >
> > > Open Knowledge Awards hemsida: www.okawards.org
> > > Facebookevent: https://www.facebook.com/events/204481789962278/
> > > P

Re: [OSRM-talk] Erratic route(s) being returned via router.project-osrm.org

[johan pretorius]

Hi Daniel,

Thanks for resolving this, everything seems to be working just fine again.

rgrds,

Johan
[image: --]
johan pretorius
[image: http://]about.me/johanpretorius
<http://about.me/johanpretorius?promo=email_sig>



<http://about.me/johanpretorius>

On Wed, Oct 26, 2016 at 4:03 PM, Daniel Patterson <dan...@mapbox.com> wrote:

> There's currently a bug in the latest code that's stopping us from
> updating to the latest OSM planet.
> The demo server is currently serving up routes for California only, and
> when you supply coordinates, OSRM finds the nearest road as the start
> point, even if it's from Africa to California.
> (we do this so that you can get a route if you drop a marker a long
> distance off a coastline, say, in the middle of the atlantic).
>
> daniel
>
> On Oct 26, 2016, at 7:24 AM, johan pretorius <johan.pretor...@gmail.com>
> wrote:
>
> Hi all,
>
> The API is currently returning the same erratic route for any query
> (mostly in Africa).
>
> The behaviour can also be seen at the demo site (Washington):
> http://map.project-osrm.org/
>
> For example:
>
> http://router.project-osrm.org/route/v1/driving/-24.8184,
> 27.3306;-25.7449,28.1882
>
> The way point location points to:
>
> location:Array[2]
> 0:-114.129368
> 1:34.259809
>
>
> Any ideas on when this will be resolved?
>
> ​thanks,
>
> Johan
> [image: --]
> johan pretorius
> [image: http://]about.me/johanpretorius
> <http://about.me/johanpretorius?promo=email_sig>
>
>
>
> <http://about.me/johanpretorius>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSRM-talk] Erratic route(s) being returned via router.project-osrm.org

[johan pretorius]

Hi all,

The API is currently returning the same erratic route for any query (mostly
in Africa).

The behaviour can also be seen at the demo site (Washington):
http://map.project-osrm.org/

For example:

http://router.project-osrm.org/route/v1/driving/-24.8184,27.3306;-25.7449,28.1882

The way point location points to:

location:Array[2]
0:-114.129368
1:34.259809


Any ideas on when this will be resolved?

​thanks,

Johan
[image: --]
johan pretorius
[image: http://]about.me/johanpretorius
<http://about.me/johanpretorius?promo=email_sig>



<http://about.me/johanpretorius>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-nl] Arriva Openbaar vervoer Concessie Limburg: Morgen!

[Johan C]

Ik ben er niet bij Reinier. Wel veel plezier gewenst! En hopelijk zie ik je
bij de nieuwjaarsborrel in januari.

Gr., Johan

Op 19 okt. 2016 4:38 p.m. schreef "Reinier Battenberg" <
rein...@mountbatten.nl>:

> Hallo allemaal,
>
> Laatste update voor morgen: er staat een pizza houtoven voor de deur die om
> 19:00 sharp pizza's voor ons bakt. 8 euro per pizza is het beste wat ik
> uit de
> onderhandelingen heb kunnen slepen. Kom niet te laat, want de oven blijft
> niet
> te lang aan.
>
> Er komen een paar goeie mappers, oa. Polyglot/Jo heeft toegezegd uit
> Vlaanderen af te reizen naar het zuiden van ons land. Dus als je iets wilt
> leren over Openbaar Vervoer mappen, Wikidata integratie of de vele andere
> projecten waar hij bij betrokken is, dan is dit een uitgelezen kans.
>
> Arriva komt niet zelf, maar wel een buschauffeur die per 11 december de
> nieuwe
> routes gaat rijden.
>
> Tot morgen!
> inschrijven nog steeds op:
>  https://www.eventbrite.com/e/registratie-openstreetmap-
> maastricht-de-nieuwe-buslijnen-28432144309
>
> Groeten,
>
> Reinier
>
>
>
> On Friday, 7 October 2016 16:32:25 CEST you wrote:
> > Welkom welkom, zie er naar uit weer eens andere mappers IRL te ontmoeten.
> >
> > We zouden de pdf's ook kunnen georefencen en op een geoserver zetten of
> los
> > uitdelen. Kun je ze helemaal makkelijk overtrekken.
> >
> > En er staat die avond iemand op het plein van Caracola pizza's te bakken
> met
> > een mobiele pizza oven, ik heb alleen de subsidie niet rond.
> >
> > Reinier
>
>
> --
> groeten/regards,
>
> Reinier Battenberg
> Mountbatten
> tel: +31 687 348 845
> twitter: @batje
> skype: reinierbattenberg
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-nl] Tagging van winkel-ketens

[Johan C]

Voor diegeen die Multivlaai en Supervlaai wil bijwerken:
https://openkvk.nl/zoeken/Multivlaai  /
https://openkvk.nl/zoeken/Supervlaai

Gr., Johan

Op 31 augustus 2016 19:07 schreef Ronald Stroethoff <stroe...@zonnet.nl>:

> Ik las op deze webpagina:
> http://forum.openstreetmap.org/viewtopic.php?id=33909
> een discussie over het taggen van winkelketens.
> Iemand vermelde dat hij de volgende webpagina heeft bijgewerkt:
> https://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Shops
>
> Op deze webpagina komt ook de volgende tekst voor:
> shop=bakery
> Multivlaai (9x)
>
> Ik hoop dat iemand tijd kan vinden om dit aantal bij te werken, het zijn er
> inmiddels wat meer geworden.
> En kan dan ook de winkelketen supervlaai erbij genoemd worden?
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk] Spoken street names

[Johan C]

There's a third one: MagicEarth

Cherio, Johan

Op 17 aug. 2016 07:06 schreef "Hans De Kryger" <hans.dekryge...@gmail.com>:

OsmAnd
http://osmand.net/


Scout
http://www.telenav.com/products/scout/

*Regards,*

*Hans*

On Tue, Aug 16, 2016 at 9:09 PM, Nick Hocking <nick.hock...@gmail.com>
wrote:

> Is there any navigation software (for a Mobile phone) that uses offline
> OSM data and also has spoken street names?
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>

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

Re: [OSM-legal-talk] MAPS.ME combining OSM data and non-OSM data?

[Johan C]

It's quite simple: as long as MAPS.ME operates in either the white or the
grey area of the license it's perfectly fine what they are doing.

Op 22 jul. 2016 12:04 p.m. schreef "Richard Fairhurst" :

> Ilya Zverev wrote:
> > Let's consider another use case. An application that shows OSM map,
> > and on top of it shows 1 mln of user points. A users has an option to
> > hide the OSM map underneath proprietary points, with a radius of 1
> > km. Does in that moment when a user clickes the options, the
> > combined map become derivative?
>
> The question then would be how ODbL treats a machine-generated result like
> that, where both independent datasets are transmitted to the device but the
> selection/arrangement of the "combined" result is done algorithmically
> on-device.
>
> That probably depends on your reading of the terms "Convey", "Use" and
> "Publicly" in ODbL; I confess to not being 100% sure how they would apply
> in
> such a case, and would be interested to hear others' opinions.
>
> Richard
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/OSM-legal-talk-MAPS-ME-combining-OSM-data-and-non-OSM-data-tp5877650p5878889.html
> Sent from the Legal Talk mailing list archive at Nabble.com.
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk-nl] multivlaai

[Johan C]

Goeie zaak!

Op 20 juli 2016 21:05 schreef Ronald Stroethoff :

> Alle vestigingen van multivlaai staan nu in openstreetmap
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Johan C]

Is MAPS.ME involved in this discussion? Without them interacting with the
community it will be of no use to have  further discussion.

Cheers, Johan
Op 21 jun. 2016 16:05 schreef "Oleksiy Muzalyev" <
oleksiy.muzal...@bluewin.ch>:

> On 21.06.2016 15:36, Oleksiy Muzalyev wrote:
>
>>
>> I wrote a program http://ausleuchtung.ch/geo_wiki/ which allows to find
>> location of all Wikipedia articles either by coordinates in the articles
>> themselves, or by the OpenStreetMap tags (wikipedia, wikimedia_commons,
>> wikidata) in the radius of ten kilometers around a click.
>>
>> It works for all language versions of Wikipedia, just change Wikipedia
>> language field from en to fr, de, it, ru, etc. A search by an OSM tag may
>> take 2 - 3 seconds.
>>
>> So it is possible to check Wikipedia articles locations and OSM tags in
>> an area visually. I noticed and corrected quite of few Wikipedia articles
>> with wrong geographical coordinates with this tool. Probably people, who
>> posses encyclopedic knowledge and create articles, are not always too good
>> in cartography.
>>
>> Best regards,
>>
>> Oleksiy
>>
>> For example, - the article Chapelle Notre-Dame-des-Voirons de Boëge
> https://fr.wikipedia.org/wiki/Chapelle_Notre-Dame-des-Voirons_de_Bo%C3%ABge
>
> You can see in the History of this Wikipedia article the correction of
> geographical coordinates on January 1, 2016. This chapel is situated on a
> mountain, but before the correction the coordinates had been pointing on
> the top of another mountain, about 15 kilometers away.
> brgds
> Oleksiy
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Johan C]

I don't know why it should be an invention by Zverik. However, since he is
both an OSFM board member and working for MAPS.ME he might show up with a
solution.

Cheers, Johan

2016-06-19 20:45 GMT+02:00 Tomas Straupis <tomasstrau...@gmail.com>:

>   There is one bad convergence on this.
>
>   While I can also observe that in Lithuania in last month there was a
> huge increase in mapsme "edits" and 50% of those are straight bullshit
> (like adding as an artwork objects like "my crib", "place I fish",
> adding cyrillic names to name tag in Lithuania where cyrilic is
> totally alien etc.), 30% edits like adding duplicate points and only
> ~20% being edits which could be interpreted and after editing begin
> useful. Thankfully in Lithuania we employ a mechanism similar to
> wikipedias "patrolling" so things like that are fixed pretty quickly.
> But still it uses resources which could be used better.
>
>   But this is one another Zveriks "inventions" introducing havoc in
> OSM. We had russian automated translation adding to name:ru tags
> worldwide "because world of tank needs that". Before that we had
> zveriks "idea" of introducing natural=water for everything that is
> blue to tagging. Which was made less than a year after he joined OSM
> and with hundreds of thousands of objects already marked in a
> different way (that idea has failed because even after five years
> people still mark objects usual way rather than the new scheme).
>
>   Worst of all Zverik did not engage in any discussion about
> aforementioned bad decisions!
>
>   Maybe we should have some guards against such non discussed high
> impact "inventions"? And in case of "natural=water for everything
> blue" some mechanism to revert such not well thought out "proposals"?
>
> --
> Tomas
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-nl] BAG-plugin

[Johan C]

Hoi Ronald

Hij is zeker nog niet af, wat komt doordat het nog best ingewikkeld is om
de BAG en OSM met elkaar te vergelijken. Daar komt bijvoorbeeld nog bij dat
er sinds een week een probleem is met importeren vanuit de BAG WFS.

Wordt vervolgd...

Johan
Op 4 jun. 2016 08:42 schreef "Ronald Stroethoff" <stroe...@zonnet.nl>:

> Enige maanden geleden waren er meldingen over een nieuwe versie van de BAG-
> plugin.
> Toen werd er gemeld dat hij klaar was maar dat hij door een selecte groep
> in
> de praktijk getest moest worden.
> We zijn nu enige maanden verder en ik ben benieuwt wat de status daarvan
> is.
> Kan iemand mij daarover wat meer vertellen?
>
> Ronald
>
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl
>
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [OSM-talk-be] welcoming new mappers

[Johan Van de Wauw]

Hi all,

OSGeo Belgium has a simple hosting instance at gandi [1] serving our
site ( http://www.osgeo.be )and the one for FOSS4G.be (
http://www.foss4g.be )

We have room enough to host another site.

Kind Regards,
Johan

[1] https://www.gandi.net/hosting/

On Thu, May 12, 2016 at 11:12 AM, Ben Abelshausen
<ben.abelshau...@gmail.com> wrote:
> We don't have a location to run a php-based website at the moment but we do
> have a server available and we can install the correct tools (webserver,
> etc) if someone is willing to do that...?
>
> As for the domain, just tell me where to point it and it's done. I could
> also just redirect welcome.osm.be to
> http://osmwelcome.unitedbashers.com/login.php but that's not the best
> solution.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
> On Mon, Apr 11, 2016 at 8:37 AM, joost schouppe <joost.schou...@gmail.com>
> wrote:
>>
>> That would be really nice.
>>
>> Also, you can just use the tool to check the changesets. That way someone
>> else (i.e. me) can send the community-invites much more quickly.
>>
>> I believe every new mapper in Belgium should get an invitation to join the
>> local mailing list, the Forum, the meetup group, etc. But I can't keep up by
>> myself alone.
>>
>> 2016-04-10 22:21 GMT+02:00 Ruben Maes <ru...@janmaes.com>:
>>>
>>> Friday 01 April 2016 17:32:55, Ben Abelshausen:
>>> > I just want to say this is awesome! Nicely done! :-)
>>>
>>> Thanks. :)
>>>
>>> > Any links to the source code? Do I setup a domain using osm.be like '
>>> > welcome.osm.be'? Any problems I can help with?
>>>
>>> I've just put the source online at
>>> https://git.framasoft.org/Midgard/osm-welcome-belgium
>>>
>>> welcome.osm.be would be nice of course.
>>> If you want, you can also host it. The site would probably work a bit
>>> faster then. I can zip the files with the data and email them.
>>>
>>> > Met vriendelijke groeten,
>>> > Best regards,
>>> >
>>> > Ben Abelshausen
>>> >
>>> > On Wed, Mar 30, 2016 at 9:57 AM, Marc Gemis <marc.ge...@gmail.com>
>>> > wrote:
>>> >
>>> > > I've only send 1 welcome message so far and indicated that I did.
>>> > >
>>> > > m
>>> > >
>>> > >
>>> > > On Wed, Mar 30, 2016 at 9:02 AM, joost schouppe
>>> > > <joost.schou...@gmail.com> wrote:
>>> > > > Ruben, someone actually did, I believe it was Pierre Parmentier who
>>> > > > made
>>> > > the
>>> > > > translation for us.
>>> > > > BTW, I'm having to log in again at every click of the button right
>>> > > > now...
>>> > > >
>>> > > > Marc, I see you've helped out analyzing the changesets. Did you
>>> > > > also send
>>> > > > the welcome message? (you need to ctrl+c at the welcome message
>>> > > > page,
>>> > > paste
>>> > > > it in the new tab, close the tab and mark the "I've sent this
>>> > > > message"
>>> > > > button)
>>> > > >
>>> > > >
>>> > > >
>>> > > > ___
>>> > > > Talk-be mailing list
>>> > > > Talk-be@openstreetmap.org
>>> > > > https://lists.openstreetmap.org/listinfo/talk-be
>>> > > >
>>> > >
>>> > > ___
>>> > > Talk-be mailing list
>>> > > Talk-be@openstreetmap.org
>>> > > https://lists.openstreetmap.org/listinfo/talk-be
>>> > >
>>>
>>> --
>>> This message is OpenPGP signed.
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>
>>
>>
>> --
>> Joost @
>> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] Fwd: Interview pour le journal L'Avenir

[Johan Huysmans]

FYI


 Forwarded Message 
Subject:Interview pour le journal L'Avenir
Date:   Mon, 25 Apr 2016 16:18:16 +0200
From:   Marie-Laure Mathot 
To: talk-be-ow...@openstreetmap.org 



Bonjour,

Je suis journaliste pour le quotidien L'Avenir. Je souhaite écrire un 
article à propos d'OpenStreetMap en Belgique, serait-il possible 
d'interviewer un membre de votre groupe de travail?


Merci d'avance pour votre réponse.

Bien à vous,

Marie-Laure Mathot

Journaliste à l'Avenir

081 24 89 36



To whom it may concern

I am journalist for the newspaper L'avenir. I would like to write an 
article about OpenStreetMap in Belgium. Is it possible to interview a 
member of tour working group?


Thank you for your answer.

Yours sincerely,

Marie-Laure Mathot

Journaliste à l'Avenir

081 24 89 36



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

Re: [OSM-talk-fr] MapFugees... une carte pour les réfugiés de Dunkerque

[Johan]

Merci pour ce beau compte-rendu Christian, pour ton soutien et pour ton
engagement dans le projet !

La première mission exploratoire de deux semaines est maintenant terminée,
vous trouverez les trois documents imprimés et distribués dans le camp sur
notre site.
https://mapfugees.wordpress.com/mapfugees-files-resources/

Deux cartes (une du camp, une des alentours) ont été accrochées en bonne
place à l'entrée du camp.
https://twitter.com/MapFugees/status/723138827989094400

Prochaines étapes :
- Améliorer le style OSM HOT pour l'adapter au contexte "refugee camp
mapping" (on voit ça avec Yohan Boniface)
http://wiki.openstreetmap.org/wiki/Refugee_Camp_Mapping
- Mobiliser les bénévoles cartographes de CartONG pour réaliser des belles
cartes dédiées à l'impression, avec pictos, légende, texte en Kurde
(Overpass Turbo => ArcGIS/QGIS => Illustrator)
- Retourner sur place pour continuer ! Faire suivre les évolutions du camp,
renforcer les compétences du groupe régulier déjà constitué, former un
public plus large, arriver à répandre l'utilisation et la contribution d'OSM
sur mobile, laisser du matériel informatique en permanence sur place... il y
a encore beaucoup de choses à faire. ;)

Je réitère mon appel aux volontaires que j'avais lancé au début du mois,
rejoignez-nous ! Même pour deux jours c'est une super expérience pour un
contributeur OSM débutant ou confirmé.
http://forum.openstreetmap.fr/viewtopic.php?f=17=4611

Pour me contacter :
j_ric...@cartong.org
Skype johan.richer

Johan



-
https://www.openstreetmap.org/user/trystero
https://twitter.com/JohanRicher
--
View this message in context: 
http://gis.19327.n5.nabble.com/MapFugees-une-carte-pour-les-refugies-de-Dunkerque-tp5871980p5872315.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] mapathon this saturday: more help welcome

[Johan Van de Wauw]

Joost,

Any indication where help would be needed mostly? I'm trying to find a
solution so I can join (not an expert mapper, but I can definitely
help coordinating/general pc/mapping support).

Kind Regards,
Johan

On Tue, Apr 12, 2016 at 10:16 PM, joost schouppe
<joost.schou...@gmail.com> wrote:
> Hi,
>
> This weekend, at least 160 people will take their first OSM mapping steps at
> the seven mapathons organized by univerisities all across the country. This
> is a great opportunity to get new mappers, and even to try and start
> building more OSM communities. Luckily, we found a dedicated OSM volunteer
> for each of these locations - a big shoutout to Claire, Jorieke, Marc,
> Julien M, Julien F, Jo, Tais and Moritz for their dedication. And of course
> to the local universities who are organizing things.
>
> Helping thirty new mappers get started with just one volunteer is hard. So
> if you have some spare time this Saturday, even just a few hours, please
> give a hand.
>
> More information:
> English: http://www.internationalmapyear.be/mapathon.php
> French: http://www.internationalmapyear.be/fr/mapathon.php
> Dutch: http://www.internationalmapyear.be/nl/mapathon.php
>
> Contact the local OSM volunteer:
> https://docs.google.com/spreadsheets/d/1STuP0e7QWLuZLNANEQOJpRLnoCltagtcJ9gFgJ-VaE4/edit?ts=56d55aff#gid=0
>
> Once we have a task number, we'll also contact the HOT mailing list to see
> if we can find some live validators. That helps to detect people making
> mistakes before they make a lot of them. Incredibly useful if you can lend a
> hand there, even if just remotely.
>
> All the best,
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSRM-talk] Demo server switchover to OSRM 5.0 and new HTTP API

[Johan Uhle]

Hi All,

some of you are using the demo server at https://router.project-osrm.org in
your own projects. This message is to notify you of upcoming changes there.

For a while we've been working on OSRM 5.0.0, which will bring big changes
to the osrm-routed HTTP API. You can see the new HTTP API here
https://github.com/Project-OSRM/osrm-backend/wiki/New-Server-api. We will
soon switch over the demoserver to this new API, likely beginning of April.
Below are the details:

- We will announce the exact date and time of the switchover 7 days in
advance in this issue and on this osrm-talk mailing list
- We will release a _release candidate_ before doing the switchover
- We will not release the final version of OSRM 5.0 before doing the
switchover
- If you want to test the new API now already, set it up yourself from this
branch https://github.com/Project-OSRM/osrm-backend/pull/1935
- We will not provide the old and new API at the same time, but do a hard
switchover of the demo server
- To be notified specifically when the change will happen, you can drop a
comment on this Github issue
https://github.com/Project-OSRM/osrm-backend/issues/2126

Comments are appreciated, either here or on the Github ticket
https://github.com/Project-OSRM/osrm-backend/issues/2126

Best,
Johan
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Johan C]

Hi Abhishek

1. I think it's good to have a guide. But I'm familiar with discussions
through the standard OSM ways (Wiki pages, Diaries). I find GitHub not
easily accessible. Also, the danger exists that discussions are finished on
GitHub leading to changes in the guide, however omitting changes on the
Wiki pages. I think I would prefer to have a single point of discussion in
the standard OSM way. A possibility is this page:
http://wiki.openstreetmap.org/w/index.php?title=Talk:Lane_assist=edit=1

2. Shortly after Imagic launched the lanes suffix I helped improving some
issues. However, I always missed professional input since I think inventing
a good mapping scheme for supporting a lane assist is extremely complex.
Telenav had a bit of a discussion two years ago, that was it. I think it's
good to have Mapbox involved, but where are companies like TeleNav,
GeneralMagic and NavMii in this discussion?

3. One of the difficult topics is a situation involving two junctions.
Though I like the KISS way of the :lane suffix (avoiding a relation), in
case of two junctions a relation might be unavoidable, like in this
situation:
http://map.project-osrm.org/?z=18=51.896213%2C4.540266=51.896370%2C4.539505=51.896218%2C4.541039=en
Yep, the lane assist should help the driver by showing the left lane at the
starting point. Don't know how to tag it

4. The lack of involvement of companies building navigational apps might
not help getting OSM apps to the standard of apps like TomTom. In this
situation:
http://map.project-osrm.org/?z=16=51.944695%2C4.532418=51.934661%2C4.536710=51.946632%2C4.508986=en
MagicEarth does not show any lane assistance. It probably thinks this huge
intersection is a normal highway with a normal motorway exit, which should
not be showing up. I don't know if its a programming error or a case where
we need an extra tag like: lane_assist=yes, thus helping the router to
always display the lane assist.

5. A further topic might be the definition of the lanes tag, see this diary
entry: http://www.openstreetmap.org/user/imagic/diary/28309

Cherio, Johan


2016-03-10 11:03 GMT+01:00 Abhishek Saikia <saikia.abhi...@gmail.com>:

> Hello everyone,
>
> As a part of a recent push to improve OpenStreetMap navigation data, our
> team at Mapbox started collaborating documentation to create a
> comprehensive wiki on "* Guides to improve navigation data in
> OpenStreetMap <http://www.openstreetmap.org/user/saikabhi/diary/38106>*".
> This mapping guide is still not complete and the team intends to keep on
> adding new features to the guide  and make it more comprehensive so that it
> can be a reference to anyone who wants to contribute navigation data on
> OpenStreetMap. It will be helpful and great if the community can go through
> the guide and give their valuable feedback.
>
> Regards,
>
> Abhishek
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[Johan]

Je connaissais votre site et étant Héraultais d'origine je soutien avec
plaisir tout ce que fait 3Liz ;) mais, pour les mêmes raison que uMap, j'ai
trouvé que la plateforme de MapaNica était plus adequate. Le site est
simplement fait avec une optique spécialisée "transport en commun" et rien
d'autre, et de ce fait il reste très léger et rapide, ce qui est essentiel
dans le cadre de ce projet. Il ne fait qu'une chose et il le fait (plutôt)
bien). L'interface est également adaptée aux terminaux mobiles.

Je vous laisse tester sur un terminal peu puissant les 3 sites à la suite :
http://umap.openstreetmap.fr/fr/map/reseau-de-bus-sotraco-ouagadougou-burkina-faso_58808
http://demo.3liz.com/osmtransport/france.php
http://rutas.mapanica.net/

En revanche si vous avez des idées pour faire converger tous ces mêmes
projets pour éviter la dispertion des initiatives et les efforts inutiles,
je suis évidemment preneur !



-
https://www.openstreetmap.org/user/trystero
https://twitter.com/JohanRicher
--
View this message in context: 
http://gis.19327.n5.nabble.com/Cartographie-des-reseaux-urbains-de-bus-journee-HackFrancophonie-tp5868884p5868907.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Cartographie des réseaux urbains de bus, journée #HackFrancophonie

[Johan Richer]

Bonjour à toutes et à tous,

J'ai présenté le 19 février dernier lors de la journée #HackFrancophonie
organisée au Numa par Etalab un projet de cartographie des réseaux urbains
de bus, avec comme ville pilote Antananarivo à Madagascar.
Tout est là :
https://github.com/etalab/HackFrancophonie/wiki/Cartographie-des-r%C3%A9seaux-urbains-de-bus

La journée aura permis d'identifier des manques remédiables et de
consolider les bases pour la suite, ce qui est déjà pas mal comme résultat
pour un hackathon !

Je remercie donc la petite équipe de choc grâce à qui le projet est
maintenant bel et bien lancé : Christian Quest qu'on ne présente plus et
qui a mis le travail de la journée sur les rails dès les 5 premières
minutes, Julien Jego son collègue d'Etalab qui a codé la visualisation sur
Leaflet, ainsi que Davy Kiala et Rajnish Hawabhay qui ont également apporté
un soutien précieux.
Merci également à Violaine Doutreleau (CartONG) et Benoit Fournier
(OSM/HOT/CartONG) qui m'ont aidé à préparer le pitch. ;)

Le code de la plateforme Managua n'aura finalement pas été utilisé comme je
l'avais souhaité à l'origine. On s'est vite rendu à l'évidence qu'une
journée était bien trop court pour ça. Il va donc falloir recontacter Felix
Delattre pour voir s'il pourrait pas faire un minimum de documentation pour
aider à s'y retrouver. Si vous avez une idée des conditions à remplir pour
dupliquer le projet ça serait un gros coup de pouce.
Le modèle à dupliquer : http://rutas.mapanica.net
Le code source : https://github.com/xamanu/mapanica-rutas
Le développeur : https://twitter.com/xamanu | felix.delat...@hotosm.org

On a pu constater aussi lors du hackathon que les tracés des lignes de bus
de Tana sur OSM ne sont pas très propres. A côté Ouagadougou c'est nickel.
Il faudrait retravailler les données pour avoir des relations bien faites
d'un bout à l'autre de chaque ligne. Je suis pas assez compétent en OSM
pour savoir ce qu'il faudrait faire pour ça.
http://www.openstreetmap.org/#map=15/-18.9044/47.5229=T

La communauté OSM à Mada est motivée par le projet et je vais donc faire en
sorte qu'elle le prenne en main le plus possible, notamment par le biais
d'Eddy Andriamanantena de l'Agence universitaire de la Francophonie qui
avait aidé Violaine sur sa mission. Ajouter les lignes manquantes sur OSM
est un super défi pour la communauté, avec Ouaga et Managua comme modèles à
suivre. On va aussi demander à Mariot Tsitoara le développeur de l'appli
Taxibe sur Android s'il peut libérer ses données et dans quelles conditions
(on trouvera un arrangement win-win...).

3 étapes donc pour la plateforme Tana Bus : documentation du code pour
faciliter la duplication ; amélioration des données OSM ; reprise en main
par la communauté.

Si le projet vous intéresse vous pouvez aider à le réaliser ! ne serait-ce
que des conseils et suggestions, tout est bienvenu ;)

Pour finir, on a été interviewé par RFI ce qui a permis de parler du
projet, d'OpenStreetMap et de la communauté à Mada.
http://www.rfi.fr/emission/20160227-francophonie-bidouiller-donnees-ouvertes-monde-francophone
https://soundcloud.com/radiofranceinternationale/hackfrancophonie-bidouiller-les-donnees-ouvertes-du-monde-francophone
Ca se passe vers la 16ème minute mais toute l'émission vaut le coup si vous
avez le temps.

Un compte-rendu complet de la journée est également dispo :
https://www.etalab.gouv.fr/hackfrancophonie-jour-2-open-data-camp-autour-des-donnees-ouvertes-dans-la-francophonie

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

[OSM-talk-be] Fwd: [Belgium] "Mapping party for the homeless" - 27.02.2016 - ULB

[Johan Van de Wauw]

-- Forwarded message --
From: Maelle Vercauteren 
Date: Tue, Feb 9, 2016 at 12:18 PM
Subject: [Belgium] "Mapping party for the homeless" - 27.02.2016 - ULB
To: "belg...@lists.osgeo.org" 
Cc: Dewey ASBL 


Dear all,
The « mapping party for homeless people » will take place in Brussels
at the Université Libre de Bruxelles, on Saturday,February 27.  [1]

More information on wikipage :
https://wiki.osgeo.org/wiki/OSGeo-BE-Cartopartie_sans-abri_27.02.2016


--

Using OpenStreetMap for solidarity ?

Join the first "mapping party for the homeless" in Brussels !, You
will take part on an important mapping initiative, that would answer
the needs of different associations (i. e. La Strada, Médecins du
Monde, Association des Maisons d'Accueil).

When?

Saturday ., February 27,. 2016 from 10.30 a.m. to 5 p.m.

Where?

UB4.126 and UB4.130 (Bâtiment U, 4th floor , Campus Solbosch, ,
l'Université Libre de Bruxelles - 50, Av. F. Roosevelt 1050 Brussels


Partcipation is free but registration necessary. More info on :
https://www.eventbrite.com/e/cartopartie-sans-abris-tickets-21114409768

--


Could you please relay this invitation in your networks ?
We hope to see you soon !

Best regards,

Christophe (Poppy), Gaël (OSGeo.be), Mathieu (Dewey), Maë//e
(OSGeo.be) and Victor (Dewey)



[1] https://lists.osgeo.org/pipermail/belgium/2016-February/000387.html


--
Maëlle VERCAUTEREN DRUBBEL
Coordinatrice du stage SIG Libres ARES

Université Libre de Bruxelles -
IGEAT (CP 130 / 03)
Av. F. D. Roosevelt, 50
B-1050 Bruxelles
Tél.: 02/650.68.14 Fax: 02/650.50.92 Local: DB6.143

___
Belgium mailing list
belg...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/belgium

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

Re: [Talk-se] Funderingar runt indoor mapping

[Karl-Johan Karlsson]

Jag är medveten om att man inte får använda en karta precis hur man vill
bara för att man köper den, därav min fråga till denna mailinglista. Finns
det några planritningar över byggnader som t.ex. är allmän handling enligt
offentlighetsprincipen eller liknande som gör att man kan använda dem för
OSM? Jag är dåligt insatt i vilka regler som gäller rörande dokument från
staten/kommuner. Det kanske inte ens räcker att det är en "allmän handling"
enligt offentlighetsprincipen för att vi ska få använda dem som underlag
för OSM.

Det är det uppenbara sättet att mappa inomhus, men det blir väldigt oexakt.
För stora köpcentrum i flera plan känns det inte speciellt lockande att
sitta och rita lite för hand utifrån byggnadens konturer.

Det stämmer att det är främst köpcentrum som jag funderar över, men de
flesta publika byggnader där mycket folk rör sig är intressanta att mappa
in.

Den 13 februari 2016 13:41 skrev Andreas Vilén <andreas.vi...@gmail.com>:

> Bara för att du köper en karta betyder inte det att du får använda den hur
> du vill. Skulle tro att det är väldigt ovanligt att man ges rättigheten att
> använda den precis hur man vill.
>
> Det bästa sättet att mappa inomhus är nog att kolla hur huset ser ut
> utifrån (kanske via Bings flygbilder), rita in det på osm och sedan utgå
> ifrån en utskriven karta och rita och göra anteckningar på den när man går
> inne i byggnaden.
>
> Antar att du främst syftar på köpcentrum?
>
> MVH Andreas
>
> 2016-02-13 12:35 GMT+01:00 Karl-Johan Karlsson <
> karl.johan.karls...@gmail.com>:
>
>> Hej!
>>
>> Har någon av er tagit reda på om och i så fall hur man kan få tillgång
>> till kartor/planritningar för att användas för indoor mapping? Går det att
>> få tillgång till (alternativt köpa) planritningar av publika byggnader? Det
>> krävs givetvis att dessa kartor/planritningar har en licens som tillåter
>> att man använder dem som underlag för att göra OSM kartor av.
>>
>> Jag vet att Linköpings kommun har något som heter Ritningsarkivet där man
>> kan köpa planritningar, men jag vet inte vilka byggnader det gäller. Jag
>> vet inte heller vad det är för licens på dessa kartor (hur man får använda
>> dem).
>>
>> Är det någon som har undersökt detta?
>>
>> MvH
>> / Karl-Johan Karlsson
>>
>> ___
>> 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk-nl] Luchtfoto's 2014 CycloMedia

[Johan C]

Hoi Albert, je mag van handmatige verwerking uitgaan

Johan

Op 7 februari 2016 13:41 schreef Albert Pool <albertp...@solcon.nl>:

> Ik heb gisteren ook toegang aangevraagd en nog geen mail ontvangen, is
> hier iets aan de hand of worden deze aanvragen met de hand (en dus alleen
> op werkdagen) verwerkt?
>
> Albert
>
> Op 05-02-16 om 23:48 schreef Martien Scheepens:
>
> Om toch maar eens een ander geluid te laten horen: ik vind de luchtfoto's
>> een geweldige toevoeging. In het landelijk gebied van Groningen zijn de
>> beelden van Bing zes jaar oud en hebben een lagere resolutie. Ik kan
>> eindelijk rotondes en nieuwe afritten exact uitlijnen :)
>>
>> Martien
>>
>> 
>> From: Tijmen Stam <mailingli...@iivq.net>
>> Sent: Friday, February 5, 2016 22:37
>> To: OpenStreetMap NL discussion list
>> Subject: Re: [OSM-talk-nl] Luchtfoto's 2014 CycloMedia
>>
>> Ik heb net de URL binnengekregen.
>>
>> Ik moet eerlijk gezegd ook zeggen dat de kwaliteit me wat tegenviel.
>> Vaak een stuk minder goed dan Google en, omdat Google net een update
>> heeft gedaan, minder actueel. De beeldkwaliteit is in delen van het land
>> zelfs minder dan de Bing-WMS die we mogen gebruiken.
>>
>> Tijmen
>>
>> On 11-01-16 09:27, Frank Steggink wrote:
>>
>>> Beste lijstgenoten,
>>>
>>> Vanochtend heb ik een e-mail gekregen van Cyclomedia met de URL van de
>>> endpoint + inloggegevens. Je kunt de WMS op de normale manier toevoegen.
>>> Wanneer je de lagen opvraagt, krijg je eerst een popup waar je de
>>> inloggegevens moet invullen. Kies vervolgens de laag
>>> NL_aerial_2014_50cm, wijzig eventueel de naam voor gebruik in JOSM en
>>> sla de laag op.
>>>
>>> De WMS ondersteunt geen EPSG:3857 (World Mercator), maar wel EPSG:4326
>>> (WGS84). Op zich is dat niet erg, want er zijn geen verschilen die door
>>> rotatie ontstaan tussen WM en WGS84. Op kleine schaal (landelijk niveau)
>>> zul je wel verschil zien, maar op het schaalniveau waarop we de
>>> luchtfoto's gebruiken (dus ingezoomd op buurtniveau) niet.
>>>
>>> Een eerste indruk is dat deze laag goed ligt. Ik had ook niet anders
>>> verwacht, tenzij e.e.a. verschoven ligt vanwege offset-instellingen. De
>>> BAG-panden in Papendorp (blokkendozen) liggen perfect, maar bijv. bij
>>> mijn huis elders in Utrecht lijkt op het eerste gezicht een kleine
>>> afwijking te zijn. Bij nadere inspectie blijkt dit door de parallax te
>>> komen, dus het verschijnsel waarbij gebouwen gaan overhellen.
>>>
>>> De kwaliteit van de luchtfoto's vind ik tegenvallen. Ik had er meer van
>>> verwacht. 50cm is dus toch erg weinig. Niet genoeg voor het tekenen van
>>> features als je een hele hoge kwaliteit nastreeft (bijv. BGT-niveau),
>>> maar nog wel bruikbaar voor het alignen van wegen, e.d. Ook is de
>>> schaduw hinderlijk, terwijl het contrast van de lichte delen matig is.
>>> Misschien is de kwaliteit beter bij gebruik van het RD stelsel in JOSM.
>>>
>>> De gebruikte JOSM-versie is 9329, dus de laatste stabiele release (met
>>> RD-ondersteuning).
>>>
>>> Groeten,
>>>
>>> Frank
>>>
>>> On 10-1-2016 21:43, Frank Steggink wrote:
>>>
>>>> Ik ben me nu aan het registreren. Ik vind wel dat er erg veel gegevens
>>>> ingevuld moeten worden, bijv. geboortedatum. Ik mis dan ook een
>>>> privacy-statement. (De link op de site gaat over de 360 graden-foto's.)
>>>>
>>>> Groeten,
>>>>
>>>> Frank
>>>>
>>>> On 10-1-2016 21:40, Frank Steggink wrote:
>>>>
>>>>> Maarten,
>>>>>
>>>>> Zoals ik artikel 1.3.4 interpreteer van de ToU denk ik dat het niet
>>>>> is toegestaan om deze luchtfoto's tezamen met OSM te visualiseren.
>>>>> Het enige wat is toegestaan, is om ze te gebruiken voor het bijwerken
>>>>> van OSM. Je mag niet de key die je ontvangen zou moeten hebben (of
>>>>> gaat ontvangen) delen.
>>>>>
>>>>> De meest gedetailleerde luchtfoto's van Bing hebbne in het algemeen
>>>>> dezelfde resolutie. In ieder geval is de kwaliteit van de
>>>>> Bing-luchtfoto's vaak niet denderend, omdat ze voor een deel ook via
>>>>> een satelliet genoemn zijn. Verder zijn de Bing-foto's al een jaar of
>>>>> 5 à 6 oud.
>>>>>
>>>>> Er is hier gekozen voo

Re: [Talk-se] JOSM och inskannade kartor

[Johan Emilsson]

Pröva med http://mapwarper.net/
Där erbjuds på ett enkelt sätt att få ut kartan som WMS.


/Johan

2016-02-04 12:58 GMT+01:00 Mikael Nordfeldth <m...@hethane.se>:

> On 2016-02-04 09:35, Christian Asker wrote:
> > Hej kära kartkollegor. Jag har en inskannad karta (där upphovsrätten på
> > kartinformationen har gått ut) som jag vill ha som underlag i JOSM. Jag
> > har provat med ImportImage Plugin, men det är svårt att få passa in
> > kartan ordentligt.
>
> Jag använder mig själv främst av pluginet PicLayer. Med det laddar man
> in en bild genom "Bakgrundsbilder"-menyn, aktiverar sedan det lagret (så
> det får en grön bock) och då har man andra verktyg i verktygs-sidebaren
> - bl.a. en grön och en röd pil ("[create|move|drag] a point on the
> picture").
>
> Man placerar med den gröna pilen ut 3st fixpunkter och drar dem sedan
> med den röda pilen för att passa in mot samma geografiska punkt i
> OSM-datat. Vips har man justerat + morphat bilden för att passa in!
>
> Är osäker på hur det funkar över _stora_ områden och om olika
> projektioner spelar roll och så, men det är snabbt och smidigt och
> fungerar åtminstone i liten skala för det jag gör!
>
> > Nu vill jag lägga till mina lokalt lagrade tiles som wms i JOSM, men jag
> > vet inte riktigt hur jag ska beskriva URL mm. Är det någon som vet hur
> > man gör (ifall det ens går)?
>
> Här kan jag tyvärr inte besvara frågan då jag inte lekt med WMS:er själv
> ännu, men det kanske någon annan fixar!
>
> --
> Mikael Nordfeldth
> https://blog.mmn-o.se/
> XMPP/mail: m...@hethane.se
> OpenPGP Fingerprint: AE68 9813 0B7C FCE3 B2FA 727B C7CE 635B B52E
>
>
> ___
> 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

[OSM-talk-nl] Luchtfoto's 2014 CycloMedia

[Johan C]

We zijn erg verheugd om aan te kondigen dat CycloMedia via WMS luchtfoto's
2014 in een resolutie van 50 cm. ter beschikking stelt aan OpenStreetMap.
Om toegang te krijgen tot de luchtfoto's moet je een licentie aangaan met
CycloMedia. Dat kun je hier doen:
http://www.cyclomedia.com/nl/openstreetmap/

CycloMedia heeft de foto's expliciet voor mappen in OpenStreetMap ter
beschikking gesteld. Dat houdt in dat er voor wat betreft het mappen geen
licentiebeperkingen zijn. Enig ander gebruik van de foto's is uitdrukkelijk
niet toegestaan. Lees svp ook de Terms of Service goed hierop na:
http://www.cyclomedia.com/nl/src/68f1cae79deb
Je krijgt de licentie voor een periode van 6 maanden. CycloMedia heeft
aangegeven dat je na de 6 maanden een verlenging kunt aanvragen.

Als je de foto's wilt gebruiken moet je in elke changeset waarbij je de
foto's gebruikt als comment de volgende tekst opnemen: © Aerodata
International Surveys BVBA, powered by CycloMedia Technology B.V.

De foto's zijn in RD formaat wat sinds kort native door JOSM wordt
ondersteund. De foto's zijn van voorjaar 2014 (en daarmee enkele jaren
actueler als de Bing foto's uit 2009/2010) en kennen geen afwijking,
waardoor deze de referentie zijn voor positionering van wegen en dergelijke.

Voor zowel CycloMedia als OSM is het beschikbaar stellen van deze foto's
een concreet eerste resultaat van de samenwerking. We hopen dat deze
samenwerking een vervolg krijgt.

Veel dank voor het mogen gebruiken van de luchtfoto's CycloMedia! Dit
betekent een boost in de kwaliteitsverbetering van OSM.

Veel plezier met het gebruik van de foto's! We horen en/of lezen graag
jullie ervaringen met het gebruik ervan.

Gert-Jan en Johan
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-se] Ny URL för Ekonomiska kartan TMS

[Johan Emilsson]

Hur står det till med EK? Får en del felmeddelanden när jag försöker ladda
lagret i JOSM.

/Johan

2014-06-27 20:29 GMT+02:00 Tomas Marklund <tomasmarklun...@gmail.com>:

> Glimrande, fredagkvällen är räddad. Tack tack :-)
>
> /Tomas
>
>
> Den 27 juni 2014 20:11 skrev Joakim Fors <joa...@fo.rs>:
>
>> My bad, glömde starta servicen.
>>
>> Borde vara igång nu.
>>
>> /Joakim
>>
>> On 27 jun 2014, at 19:12, Karl Wettin <karl.wet...@kodapan.se> wrote:
>>
>> > Ojdå, det har nog med det här att göra:
>> >
>> > http://openstreetmap.se/nyheter/2014-06-27-fordubbling-av-ram-i-servern
>> >
>> > On 27 Jun 2014, at 18:44, Tomas Marklund <tomasmarklun...@gmail.com>
>> wrote:
>> >
>> >> Hej!
>> >>
>> >> Nu verkar Ekonomiska kartan ha strejkat, JOSM laddar in lite bilder
>> men sen blir det svart och man får meddelandet "Unexpected end of file from
>> server" i bakgrunden. Nån som har koll på vad som har halkat snett på
>> servern?
>> >>
>> >> Mvh
>> >> Tomas
>> >>
>> >>
>> >> Den 21 februari 2014 13:36 skrev Joakim Fors <joa...@fo.rs>:
>> >> On 21 feb 2014, at 13:21, Per Eric Rosén <p...@rosnix.net> wrote:
>> >>
>> >> > On Tue, 18 Feb 2014, Erik Johansson wrote:
>> >> >
>> >> >> 1. inte får publicera kartan eftersom designen är
>> upphovsrättsskyddad
>> >> >> 2. får kopiera data från kartan eftersom katalogskyddet inte gäller
>> längre.
>> >> >
>> >> > Skulle det vara möjligt att göra en josm-plugin som läser in data
>> direkt från Lantmäteriets tjänst och visar som lager? Det borde göra det
>> juridiskt enklare i och med att materialet då inte återpublicas någonstans.
>> >> >
>> >>
>> >> Inget är omöjligt… men det skulle nog vara sjukt krångligt då EK anno
>> ~1970 enbart finns i Djvu-format som ska hämtas via något krångligt JS
>> webbgränssnitt med kakor och annat skumt.
>> >>
>> >>
>> >> > /Per Eric
>> >> > --
>> >> > ^): Per Eric Rosén http://rosnix.net/~per/
>> >> > /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB
>> 7311___
>> >> > 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 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 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 mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk-be] Fwd: Schedule Geospatial devroom at FOSDEM (Brussels - 31/1)

[Johan Van de Wauw]

I have the honour to present to present to you the schedule for the
geospatial devroom at FOSDEM , which will happen on Sunday 31/01/2016.

https://fosdem.org/2016/schedule/track/geospatial/

We have a nice lineup with some well known GIS tools, moving over to
new developments happening at OSGeo and Open Streetmap. 3D
visualisation is the topic of different presentations around noon. And
should you prefer backend work, the afternoon has a lineup of no less
than 4 different geospatial databases.

To close the day we expect a nice keynote - stay tuned for more info!

For all of you who don't know FOSDEM: FOSDEM is a free and
non-commercial event bringing together about 5000 developers in
Brussels, Belgium. The goal is to provide open source software
developers and communities a place to meet and share thoughts. The
participation is free of charge, although donations are welcome. The
next edition will take place the last weekend ofJanuary 30 - 31 2016.
This year for the second time there will be a Geospatial devroom on
Sunday 31/1/2016.

Hope to see all of you in Brussels!

Kind Regards,
Johan

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

[OSM-talk] Schedule Geospatial devroom at FOSDEM (Brussels - 31/1)

[Johan Van de Wauw]

I have the honour to present to present to you the schedule for the
geospatial devroom at FOSDEM , which will happen on Sunday 31/01/2016.

https://fosdem.org/2016/schedule/track/geospatial/

We have a nice lineup with some well known GIS tools, moving over to
new developments happening at OSGeo and Open Streetmap. 3D
visualisation is the topic of different presentations around noon. And
should you prefer backend work, the afternoon has a lineup of no less
than 4 different geospatial databases.

To close the day we expect a nice keynote - stay tuned for more info!

For all of you who don't know FOSDEM: FOSDEM is a free and
non-commercial event bringing together about 5000 developers in
Brussels, Belgium. The goal is to provide open source software
developers and communities a place to meet and share thoughts. The
participation is free of charge, although donations are welcome. The
next edition will take place the last weekend ofJanuary 30 - 31 2016.
This year for the second time there will be a Geospatial devroom on
Sunday 31/1/2016.

Hope to see all of you in Brussels!

Kind Regards,
Johan

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

Re: [OSM-talk-be] Nieuwjaarsborrel OSGeo.nl & OSM

[Johan Van de Wauw]

Ik plan ook te gaan. Vertrek uit gent, als je auto nog niet vol is rij ik
graag mee (of ik lan jullie meenemen)
Op 1-jan.-2016 20:37 schreef "Jo" :

> Hallo Philippe,
>
> Ik had nog geen andere plannen, dus zie ik dat wel zitten. Aan welk soort
> inlichtingen had je gedacht? :-)
>
> Jo
>
> Op 1 januari 2016 20:15 schreef Philippe Casteleyn <
> philippecastel...@hotmail.com>:
>
>> zondag 10 januari in Hilversum.
>>
>> http://www.meetup.com/OSGeoNL/events/227097392/
>>
>> Ik heb nog drie plaatsen in de auto, "gratis",  in ruil voor inlichtingen.
>>
>> Ph Casteleyn
>> Dahliastraat 16
>> 2800 Mechelen
>> animals.slippers.loaders
>> gsm 0486 516261
>> Ctrl+v
>>
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] GRB open data

[Johan Van de Wauw]

2015-12-04 13:28 GMT+01:00 Glenn Plas :
> Misschien wel een opmerking, ik ben al enige tijd het GRB aan het
> vergelijken (visueel) met OSM, en er zijn wel een aantal plaatsen waar
> het GRB letterlijk achterloopt op de feiten.
>
> Vaak is enkel de voorgevel correct maar in de 'diepte' gaat het vaak de
> mist in, dus steeds combineren, AGIV+GRB
>
Misschien nuttig om te weten: je kan uit de gegevens zien of een punt
al dan niet ingemeten is (laag gvg, gevelpunt). Enkel punten vanop de
straat zichtbaar worden ingemeten. Indien een nieuw gebouw ingemeten
wordt en nog niet aangevuld is met luchtfotodata wordt er gewoon een
standaardafstand van 5m loodrecht op de gevel gebruikt.

Ik wou jullie het voorbeeld van mijn straat laten zien, maar helaas is
dat ondertussen al wel aangevuld op basis van luchtfoto.

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

[OSM-talk] Reminder: Call for papers Geospatial devroom @ FOSDEM - deadline extended to 7 december

[Johan Van de Wauw]

Please forward!

FOSDEM is a free and non-commercial event bringing together about 5000
developers in Brussels, Belgium. The goal is to provide open source
software developers and communities a place to meet and share
thoughts. The participation is free of charge, although donations are
welcome. The next edition will take place the last weekend ofJanuary
30 - 31 2016. This year for the second time there will be a Geospatial
devroomon Sunday 31/1/2016, organised by members of the OSGeo,
Locationtech and OpenStreetMap communities.

Geospatial technology is becoming rapidly mainstream. The idea
underpinning the geospatial devroom is bringing together developers
with different backgrounds to disclosethe opportunities offered by
cutting-edge open source geospatial technologies. Due to the success
of last years devroom, a Belgium local chapter of OSGeo, OSGeo.be was
founded, and is now taking part of the organisation of the devroom as
driving community.

The Geospatial devroom is the place to talk about the state of the art
of open, geo-related data, free and open source geospatial software
and its ecosystem. This includes standards and tools, e.g. spatial
databases, online mapping tools, geospatial services, used for
collecting, storing, delivering, analysing, and visualizing geodata.
We welcome submissions about:

* Web and desktop GIS applications
* Interoperable geospatial web services and specifications
* Collection of data using sensors/drones/satellites
* Open hardware for geospatial applications
* Geo-analytic algorithms/libraries
* Geospatial extensions for classical databases (indexes, operations)
and dedicated databases
* Collaborative editing/versioning of geodata
* Big geodata, scalable GIS applications
* Volunteered Geograpic information - Crowdsourced data

HOW TO SUBMIT YOUR PROPOSAL FOR A TALK

Are you thrilled to present your work to other open source developers?
Would you like to run a discussion? Any other ideas? Please submit
your proposal using the Pentabarf event planning tool at:

https://penta.fosdem.org/submission/FOSDEM16

Make sure to select the 'Geospatial devroom' as  'Track'. Please,
specify in the notes if you prefer for your presentation either a
short timeslot (lightning talks ~10 minutes) or along timeslot (20
minutes presentation + discussion). However, note that time slots are
indicative and will be assigned according to the needs of the session.


As reminders were send out quite late, The DEADLINE for submissions
has been extended to **Monday 7 December 2015**.
Notification of acceptance will be sent to the Authors by Friday
11/12/2015 at the latest.

Should you have any questions, please do not hesitate to get in touch
with the organisers of the devroom at fosdem-geospatial at gisky.be!

Johan Van de Wauw
Margherita Di Leo
Astrid Emde
Anne Ghisla
Martin Hammitzsch
Andy Petrella
Dirk Frigne
Olivier Courtin
Thomas Gratier

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

Re: [OSM-talk-be] Rise of the voetwegen

[Johan Van de Wauw]

2015-12-02 14:43 GMT+01:00 Glenn Plas :
> Hi,
>
> Effe korte peer check:  Ik zie veel voetwegen verschijnen in de buurt,
> op zich super natuurlijk maar ik begin een wildgroei aan tags te zien
> voor dezelfde voetweg per segment.  Het is een zootje aan het worden met
> footways die overgaan naar paths en terug footway.
>
> Naast het feit dat ze vaak als name='voetweg 1234'(, of erger: 'chemin
> 1234' in vlaanderen)  worden gemarkeerd ipv. hun officiele benaming, zie
> ik toch iets teveel footway's door velden en akkers trekken...
>
Die benaming lijkt mij te komen uit de atlas der buurtwegen, wat een
juridisch geldend document is:
Zie bvb:
http://gis.vlaamsbrabant.be/webgis/bin/view/AtlasBuurtwegen

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

[OSM-talk-be] Fwd: Reminder: Call for papers Geospatial devroom @ FOSDEM

[Johan Van de Wauw]

-- Forwarded message --
From: Johan Van de Wauw <johan.vandew...@gmail.com>
Date: Mon, Nov 30, 2015 at 10:21 PM
Subject: Reminder: Call for papers Geospatial devroom @ FOSDEM
To: t...@openstreetmap.org


Hi all,

Like last year, there will be a geospatial devroom @FOSDEM [1]
A gentle reminder that the deadline for submitting proposals to the
geospatial devroom is *tomorrow* already! We hope to see some more
contributions from the open streetmap community this year, so don't
hesitate to submit your proposal!

If you don't have time to write an abstract in time, feel free to just
submit a title - you can still edit the abstract later, but having
titles fast helps making a balanced program.

Should you have any questions, don't hesitate to get in touch with
the organisers of the devroom at fosdem-geospatial at gisky.be

Kind Regards,
Johan
[1] https://lists.fosdem.org/pipermail/fosdem/2015-November/002292.html

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

[OSM-talk] Reminder: Call for papers Geospatial devroom @ FOSDEM

[Johan Van de Wauw]

Hi all,

Like last year, there will be a geospatial devroom @FOSDEM [1]
A gentle reminder that the deadline for submitting proposals to the
geospatial devroom is *tomorrow* already! We hope to see some more
contributions from the open streetmap community this year, so don't
hesitate to submit your proposal!

If you don't have time to write an abstract in time, feel free to just
submit a title - you can still edit the abstract later, but having
titles fast helps making a balanced program.

Should you have any questions, don't hesitate to get in touch with
the organisers of the devroom at fosdem-geospatial at gisky.be

Kind Regards,
Johan
[1] https://lists.fosdem.org/pipermail/fosdem/2015-November/002292.html

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

[OSM-talk-be] Fwd: [Belgium] Mapping facilities for homeless and socially disabled people

[Johan Van de Wauw]

Everyone interested from the Openstreetmap Community - more than welcome!

Please ping me if you intend to come.


-- Forwarded message --
From: Maelle Vercauteren <maver...@ulb.ac.be>
Date: Wed, Nov 18, 2015 at 10:35 AM
Subject: Re: [Belgium] Mapping facilities for homeless and socially
disabled people
To: KRUWIALIS Gael <gkruwialis@environnement.brussels>
Cc: "belg...@lists.osgeo.org" <belg...@lists.osgeo.org>


Hello guys,

Dewey ask to organize a first meeting on Wednesday December 2 at 6p.m at ULB !

Everybody is more than welcome :-)

I booked a room for us : DC6.126 !

We can meet in front the D building at 6 p.m :
https://www.ulb.ac.be/campus/solbosch/plan-D.html

Cheers, Maë//e

2015-11-16 7:34 GMT+01:00 Maelle Vercauteren <maver...@ulb.ac.be>:
>
> Hello guys,
>
> Dewey seems positif to collaborate with us and want to meet us ! :-)
>
> Johan have you some feedback from openstreetmap mailing list ?
>
> In osgeo.be who is in for this project ?
>
> Who want to take the lead of this (Johan, Marc, Gaël or... ) ?
>
>
> Could we plan a first brainstorming begining of December?
> For exemple a f2f meeting at ULB with Dewey association and some people from 
> the field : December 2 or 4?
>
> Cheers,
> Maë//e
>
> 2015-11-15 20:34 GMT+01:00 KRUWIALIS Gael <gkruwialis@environnement.brussels>:
>>
>> Hello all,
>>
>>
>>
>> I met them this afternoon, and normally we‘ll scheduled in the future a 
>> meeting to discuss how to join our opportunities.
>>
>> I think that it will be necessary during our next meeting to determine which 
>> ways, which positions, etc... we want or can adopt with such initiatives.
>>
>> With Dewey, it seems that there are a lot of complementarity with the 
>> initiative that Christophe proposed
>>
>>
>>
>> Gael
>>
>>
>>
>> De : Belgium [mailto:belgium-boun...@lists.osgeo.org] De la part de Maelle 
>> Vercauteren
>> Envoyé : samedi 14 novembre 2015 11:14
>> À : Moritz Lennert
>> Cc : belg...@lists.osgeo.org
>> Objet : Re: [Belgium] Mapping facilities for homeless and socially disabled 
>> people
>>
>>
>>
>> Thanks Johan and Moritz for the feedback !
>>
>>
>>
>> It could be really intersting to meet Dewey association. But unfortunately 
>> it would be difficult for me to be availible this Sunday…Christophe do you 
>> want and have the possibility to contact them ?
>>
>> If not I can write them an e-mail this evening to see if we can collaborate 
>> in the event or if we can improve their map in this thematic?
>>
>>
>>
>> For the brainstorming with people from these associations it's for me really 
>> necessary to do it first especially to check the existing tools, target the 
>> public - I don't think the homeless themselves could use this kind of tools 
>> (unlike refugees / migrants who are an other kind of public) but for sure it 
>> could be usefull for volunteers helping them…
>>
>>
>>
>> So when would we plan the brainstorming : begining of December?
>>
>> Cheers,
>>
>> Maë//e
>>
>>
>>
>> 2015-11-12 17:00 GMT+01:00 Moritz Lennert <mlenn...@club.worldonline.be>:
>>
>> Hi everyone,
>>
>> I will be less present in the discussions than before as I really have to 
>> get stuff done at work.
>>
>> On this particular issue, you should check
>>
>> https://www.facebook.com/events/715594605243293/
>>
>> and the parties involved (dewey.de)
>>
>> Moritz
>>
>> On 12/11/15 07:29, Johan Van de Wauw wrote:
>>
>> Hello Christophe,
>>
>> First of all thanks for the  idea. I was in a hurry preparing my
>> "conclusions and outlook for osgeo.be <http://osgeo.be>" presentation.
>> One of the things I wanted to add was how we can use FOSS4G to create
>> value - somewhat triggered by the "where is the money" discussion just
>> before.
>>
>> Anyway, I'm adding the openstreetmap be mailing list as they have much
>> more experience in organising mapping parties.
>>
>> To the OSM folks: the idea is to organise a "mapping party" targeted
>> towards homeless and socially disabled people. Full thread below (I
>> added an inline comment).
>>
>> Kind Regards,
>> Johan
>>
>>
>> On Wed, Nov 11, 2015 at 11:44 PM, Christophe Cloquet
>>
>> <christo...@my-poppy.eu <mailto:christo...@my-poppy.eu>> wrote:
>>
>>
>> Thank you for your interest in this

Re: [OSM-talk-be] Fwd: [Belgium] Mapping facilities for homeless and socially disabled people

[Johan Van de Wauw]

Joost,

I agree that OpenStreetMap seems the best place to store the data.

But I think we should first check what would be useful to map.

Kind Regards,
Johan

On Wed, Nov 18, 2015 at 3:02 PM, joost schouppe
<joost.schou...@gmail.com> wrote:
> Johan,
>
> If the kind of feedback I gave before is considered useful to the project,
> and some OSM integration is being considered, I would be willing to join.
>
> If anyone wants to come along to compensate for my sillyness, please do.
>
> Cheers,
> Joost
>
> 2015-11-18 11:12 GMT+01:00 Johan Van de Wauw <johan.vandew...@gmail.com>:
>>
>> Everyone interested from the Openstreetmap Community - more than welcome!
>>
>> Please ping me if you intend to come.
>>
>>
>> -- Forwarded message --
>> From: Maelle Vercauteren <maver...@ulb.ac.be>
>> Date: Wed, Nov 18, 2015 at 10:35 AM
>> Subject: Re: [Belgium] Mapping facilities for homeless and socially
>> disabled people
>> To: KRUWIALIS Gael <gkruwialis@environnement.brussels>
>> Cc: "belg...@lists.osgeo.org" <belg...@lists.osgeo.org>
>>
>>
>> Hello guys,
>>
>> Dewey ask to organize a first meeting on Wednesday December 2 at 6p.m at
>> ULB !
>>
>> Everybody is more than welcome :-)
>>
>> I booked a room for us : DC6.126 !
>>
>> We can meet in front the D building at 6 p.m :
>> https://www.ulb.ac.be/campus/solbosch/plan-D.html
>>
>> Cheers, Maë//e
>>
>> 2015-11-16 7:34 GMT+01:00 Maelle Vercauteren <maver...@ulb.ac.be>:
>> >
>> > Hello guys,
>> >
>> > Dewey seems positif to collaborate with us and want to meet us ! :-)
>> >
>> > Johan have you some feedback from openstreetmap mailing list ?
>> >
>> > In osgeo.be who is in for this project ?
>> >
>> > Who want to take the lead of this (Johan, Marc, Gaël or... ) ?
>> >
>> >
>> > Could we plan a first brainstorming begining of December?
>> > For exemple a f2f meeting at ULB with Dewey association and some people
>> > from the field : December 2 or 4?
>> >
>> > Cheers,
>> > Maë//e
>> >
>> > 2015-11-15 20:34 GMT+01:00 KRUWIALIS Gael
>> > <gkruwialis@environnement.brussels>:
>> >>
>> >> Hello all,
>> >>
>> >>
>> >>
>> >> I met them this afternoon, and normally we‘ll scheduled in the future a
>> >> meeting to discuss how to join our opportunities.
>> >>
>> >> I think that it will be necessary during our next meeting to determine
>> >> which ways, which positions, etc... we want or can adopt with such
>> >> initiatives.
>> >>
>> >> With Dewey, it seems that there are a lot of complementarity with the
>> >> initiative that Christophe proposed
>> >>
>> >>
>> >>
>> >> Gael
>> >>
>> >>
>> >>
>> >> De : Belgium [mailto:belgium-boun...@lists.osgeo.org] De la part de
>> >> Maelle Vercauteren
>> >> Envoyé : samedi 14 novembre 2015 11:14
>> >> À : Moritz Lennert
>> >> Cc : belg...@lists.osgeo.org
>> >> Objet : Re: [Belgium] Mapping facilities for homeless and socially
>> >> disabled people
>> >>
>> >>
>> >>
>> >> Thanks Johan and Moritz for the feedback !
>> >>
>> >>
>> >>
>> >> It could be really intersting to meet Dewey association. But
>> >> unfortunately it would be difficult for me to be availible this
>> >> Sunday…Christophe do you want and have the possibility to contact them ?
>> >>
>> >> If not I can write them an e-mail this evening to see if we can
>> >> collaborate in the event or if we can improve their map in this thematic?
>> >>
>> >>
>> >>
>> >> For the brainstorming with people from these associations it's for me
>> >> really necessary to do it first especially to check the existing tools,
>> >> target the public - I don't think the homeless themselves could use this
>> >> kind of tools (unlike refugees / migrants who are an other kind of public)
>> >> but for sure it could be usefull for volunteers helping them…
>> >>
>> >>
>> >>
>> >> So when would we plan the brainstorming : begining of December?
>> >>
>> >> Cheers,
>> >>
>> >> Maë//e