Re: [Talk-se] Husnummerimport i Hbg kommun

[Markus Lindholm]

2017-01-24 7:48 GMT+01:00 Andreas Vilén :
> Samtidigt renderas inte namnet om husnummernoden ligger ivägen.

Varför skulle man lägga adressnoden ivägen för husnamnet när man har
friheten att placera den var man vill inom byggnaden?

> Rendering är inget argument för att mappa på ett visst sätt.

Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
finns för mycket information på ett och samma objekt torde vara varför
man tog fram den här principen
http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element

> Då husnummer i byggnader är en standard som följs globalt är det inget jag 
> tänker frångå här, såvida det inte finns en > majoritetsåsikt 
> bakom förslaget.

Har du själv läst den här sidan som du länkade till tidigare
https://wiki.openstreetmap.org/wiki/Addresses
Den anger fyra olika alternativ till placering av adressen, ingen av
dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
standard? Samtidigt har jag gett tre sakargument varför ett visst
tillvägagångssätt är att föredra.

/Markus


>
> /Andreas
>
> Skickat från min iPhone
>
>> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm :
>>
>> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
>> om huset har ett namn så renderas inte adressen.
>>
>> /Markus
>>
>>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
>>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
>>> som
>>> har adressen, inte bara entrén, till skillnad från med trapphus där
>>> adresserna normalt sätts på entréer. Radhus mappas normalt som
>>> separata
>>> byggnader. Wikin beskriver olika metoder där alla är lika
>>> accepterade:
>>> https://wiki.openstreetmap.org/wiki/Addresses
>>>
>>> Då adresser mappade på byggnader är något som använts i hela Sverige
>>> (och
>>> övriga världen bortsett från Danmark som genomförde en statlig
>>> import) och
>>> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
>>> jag
>>> att fortsätta göra så om jag inte får andra invändningar i samma
>>> stil.
>>> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
>>> kommun
>>> även om byggnaderna också i 90% av fallen har kommunen som källa.
>>>
>>> /Andreas
>>>
>>> 2017-01-22 14:09 GMT+01:00 Markus Lindholm >>
 Jag ser det som ett suboptimalt sätt att tagga. Det är ett
 inkonsekvent
 sätt då det inte finns ett ett-till-ett förhållande mellan
 byggnader
 och adresser. En byggnad kan ha flera adresser eller ingen. Det
 leder
 som sagt också till tvetydigheter, som exemplet med source-taggen.

 Det bästa sätten (enligt mig) är kombinera adressen med entrence-
 taggen, om man känner till var ingången ligger. Det näst bästa är
 att
 ha den som en fristående nod inne i byggnaden.

 /Markus


> On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
> Hmm, det normala förhållningssättet till adresser är att de läggs
> på
> byggnaderna. Det är så jag alltid gjort och det är så det ser ut
> globalt med Danmark som enda undantag.
>
> Men jag skulle kunna ändra till source:address eller liknande så
> det
> blir tydligare vad källtaggen syftar på.
>
> /Andreas
>
> Skickat från min iPhone
>
>> 22 jan. 2017 kl. 09:39 skrev Markus Lindholm > mail
>> .com>:
>>
>> Hej
>>
>> Kollade på de första förändringarna som gjorts och en sak som
>> jag
>> noterade och som jag tycker inte är helt optimal är att du
>> överladdar
>> addr:* taggar och building=* på samma objekt, t.ex.
>> https://www.openstreetmap.org/way/411646429
>>
>>
>> Det vore bättre om de hade varsin eget objekt, en nod för
>> adressen
>> och
>> en area för huskroppen. Då skulle inte heller source-taggen bli
>> tvetydig.
>>
>> /Markus
>>
>>
>>> On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
>>> Nu har jag satt igång. Mitt tillvägagångssätt kommer vara
>>> följande:
>>>
>>> 1) Jag har registrerat ett konto, grillo_import, som jag
>>> kommer
>>> att
>>> göra
>>> alla redigeringar i det här projektet med. Eventuellt kommer
>>> det
>>> återanvändas i framtiden för andra importer
>>> https://www.openstreetmap.org/user/Grillo_import
>>> 2) Jag har även skapat ett opublicerat hot-projekt där jag
>>> har
>>> delat
>>> in
>>> Helsingborgs kommun i rutor. Projektet är opublicerat så
>>> ingen
>>> annan
>>> börjar
>>> stänga rutor utan att jag märker det.
>>> 3) Jag laddar in adressfilen i Josm.
>>> 4) Jag öppnar upp en hot-ruta i Josm.
>>> 5) Jag raderar alla husnummer utanför hot-rutan.
>>> 6) Jag laddar upp husnumren som de är i befintligt skick,
>>> 

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Samtidigt renderas inte namnet om husnummernoden ligger ivägen. Rendering är 
inget argument för att mappa på ett visst sätt.

Då husnummer i byggnader är en standard som följs globalt är det inget jag 
tänker frångå här, såvida det inte finns en majoritetsåsikt bakom förslaget.

/Andreas

Skickat från min iPhone

> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm :
> 
> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
> om huset har ett namn så renderas inte adressen.
> 
> /Markus
> 
>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
>> som
>> har adressen, inte bara entrén, till skillnad från med trapphus där
>> adresserna normalt sätts på entréer. Radhus mappas normalt som
>> separata
>> byggnader. Wikin beskriver olika metoder där alla är lika
>> accepterade:
>> https://wiki.openstreetmap.org/wiki/Addresses
>> 
>> Då adresser mappade på byggnader är något som använts i hela Sverige
>> (och
>> övriga världen bortsett från Danmark som genomförde en statlig
>> import) och
>> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
>> jag
>> att fortsätta göra så om jag inte får andra invändningar i samma
>> stil.
>> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
>> kommun
>> även om byggnaderna också i 90% av fallen har kommunen som källa.
>> 
>> /Andreas
>> 
>> 2017-01-22 14:09 GMT+01:00 Markus Lindholm >> :
>> 
>>> Jag ser det som ett suboptimalt sätt att tagga. Det är ett
>>> inkonsekvent
>>> sätt då det inte finns ett ett-till-ett förhållande mellan
>>> byggnader
>>> och adresser. En byggnad kan ha flera adresser eller ingen. Det
>>> leder
>>> som sagt också till tvetydigheter, som exemplet med source-taggen.
>>> 
>>> Det bästa sätten (enligt mig) är kombinera adressen med entrence-
>>> taggen, om man känner till var ingången ligger. Det näst bästa är
>>> att
>>> ha den som en fristående nod inne i byggnaden.
>>> 
>>> /Markus
>>> 
>>> 
 On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
 Hmm, det normala förhållningssättet till adresser är att de läggs
 på
 byggnaderna. Det är så jag alltid gjort och det är så det ser ut
 globalt med Danmark som enda undantag.
 
 Men jag skulle kunna ändra till source:address eller liknande så
 det
 blir tydligare vad källtaggen syftar på.
 
 /Andreas
 
 Skickat från min iPhone
 
> 22 jan. 2017 kl. 09:39 skrev Markus Lindholm  mail
> .com>:
> 
> Hej
> 
> Kollade på de första förändringarna som gjorts och en sak som
> jag
> noterade och som jag tycker inte är helt optimal är att du
> överladdar
> addr:* taggar och building=* på samma objekt, t.ex.
> https://www.openstreetmap.org/way/411646429
> 
> 
> Det vore bättre om de hade varsin eget objekt, en nod för
> adressen
> och
> en area för huskroppen. Då skulle inte heller source-taggen bli
> tvetydig.
> 
> /Markus
> 
> 
>> On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
>> Nu har jag satt igång. Mitt tillvägagångssätt kommer vara
>> följande:
>> 
>> 1) Jag har registrerat ett konto, grillo_import, som jag
>> kommer
>> att
>> göra
>> alla redigeringar i det här projektet med. Eventuellt kommer
>> det
>> återanvändas i framtiden för andra importer
>> https://www.openstreetmap.org/user/Grillo_import
>> 2) Jag har även skapat ett opublicerat hot-projekt där jag
>> har
>> delat
>> in
>> Helsingborgs kommun i rutor. Projektet är opublicerat så
>> ingen
>> annan
>> börjar
>> stänga rutor utan att jag märker det.
>> 3) Jag laddar in adressfilen i Josm.
>> 4) Jag öppnar upp en hot-ruta i Josm.
>> 5) Jag raderar alla husnummer utanför hot-rutan.
>> 6) Jag laddar upp husnumren som de är i befintligt skick,
>> utan
>> att
>> lägga in
>> dem i husen.
>> 7) Jag kopierar in husnummer i hus, korrigerar mot redan
>> mappade
>> husnummer,
>> sätter fast i entrénoder där det är möjligt att se osv, och
>> laddar
>> upp igen.
>> 8) Jag stänger hot-rutan.
>> 
>> Här är ett test av denna processen i kommunens utkant:
>> https://www.openstreetmap.org/user/Grillo_import/history
>> 
>> Om alla är okej med den här processen (eller om jag inte hör
>> något på
>> ett
>> par dagar) kommer jag att fortsätta med den tills kommunen är
>> klar.
>> 
>> MVH Andreas
>> 
>> 2017-01-10 12:30 GMT+01:00 Lars Aronsson :
>> 
 On 01/09/2017 09:49 AM, Andreas Vilén wrote:
 
 Med bokstäver menar jag adresser av typ 15A, där 15
 ligger
 under
 husnummer och A ligger under extrataggen. Ett något
 okonventionellt sätt
 att lösa 

Re: [Talk-cz] Nove parky (Was: Re: (no subject))

[Marián Kyral]

Málem bych na to zapomněl, ale weekly mi to připomnělo. Odpověď žádná, takže
jsem ten park přetrasoval zpátky na pole. Uvidíme, za jak dlouho na to 
Pokémonista přijde.

Marián

-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 11. 1. 2017 9:58:04
Předmět: Re: [Talk-cz] Nove parky (Was: Re: (no subject)) 
"No jo. Jsem to ale blbec :-D

Zdá se, že park u řeky a park pod kostelem skutečně můžou existovat: http://
www.tnv.cz/park-u-reky-vltavy/g-1196 a http://www.tnv.cz/nabrezi-nove-
upraveny-pohled-na-park-pod-kostelem/g-9459

Ale ten Park u domu bych asi smazal a znova tam natrasoval pole z LPIS.

Marián


-- Původní zpráva --
Od: Tomas Novotny 
Komu: talk-cz@openstreetmap.org
Datum: 11. 1. 2017 9:34:06
Předmět: [Talk-cz] Nove parky (Was: Re: (no subject))

"Ahoj,

ze si dela park pro Pokemon Go, jak se psalo ve weekly.

T.

On Wed, 11 Jan 2017 08:55:17 +0100 (CET)
Marián Kyral  wrote:

> Ahoj,
> tak jsem si do RSS čtečky přidal potenciálně podezřelé changesety ( 
http://
> resultmaps.neis-one.org/osm-suspicious-feed?country=190=48&
mappingdays
> =10==%3E=10=d=n )
> 
> a hned na mne vyskočilo toto:
> 
> http://overpass-api.de/achavi/?changeset=44975232
> 
> Z louky se stal park. Další pole smazal a udělal tam "Park u domu". V Týně

> nad Vltavou zakreslil "Park u vody". Na komentář k changesetu zatím 
> nereagoval.
> 
> Co si o tom myslíte?
> Marián

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

Re: [OSM-talk-be] oxfam wereldwinkels

[Marc Gemis]

I mapped some them as charity, because I couldn't find a better tag.
Feel free to retag to whatever you think is more appropriate.

Please update the wiki page
https://wiki.openstreetmap.org/wiki/Template:NL:BelgianChainStores:O
accordingly

regards

m

On Mon, Jan 23, 2017 at 10:08 PM, joost schouppe
 wrote:
> Hi,
>
> I was looking at fair trade stores recently. I've always considered Oxfam
> Wereldwinkel (don't know what they're called in French, it's the Oxfam shops
> with fair trade products from around the world) to be something like a
> convenience store (a kruidenier, a small supermarktet), with just fair trade
> shops. Much like a bio-shop is a convenience store with organic stuff.
>
> So in that logic you would have:
> shop=convenience + respectively fair_trade=only or organic=only .
>
> In the case of organic shops, the case seems closed, but I saw a lot of
> Oxfam shops tagged as shop=charity. While Oxfam does have charity shops
> (where they sell second hand books or clothes), I don't think their
> Wereldwinkels are within the scope of that definition.
>
> How do you feel about this?
>
> (I'm in the proces of building a little mapcontrib app [1] to add fair_trade
> tags to places like this, but wanted to know your opinion on these shops
> first. Most of these shops are in the U.K. but I wanted to ask here first,
> as here I know these places myself; I don't know what they look like in the
> UK)
>
>
> 1: https://www.mapcontrib.xyz/t/7865e7-Fair_trade_shops
>
> --
> Joost Schouppe
> OpenStreetMap | Twitter | LinkedIn | Meetup
>
> ___
> 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: [Talk-us] Talk-us Digest, Vol 110, Issue 26

[Jonathan Witcoski]

The border crossing points for both the US and Canada can be found here.

https://hifld-dhs-gii.opendata.arcgis.com/datasets?group_id=
e1132867c8b1409c9c9aace259b968fe

On Mon, Jan 23, 2017 at 6:36 PM, <talk-us-requ...@openstreetmap.org> wrote:

> Send Talk-us mailing list submissions to
> talk-us@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-us
> or, via email, send a message with subject or body 'help' to
> talk-us-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-us-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-us digest..."
>
>
> Today's Topics:
>
>1. Re: I think I got this right... (Paul Johnson)
>2. Re: I think I got this right... (Martijn van Exel)
>3. Re: I think I got this right... (Paul Johnson)
>4. U.S.-Mexico border fence update (Michael Corey)
>5. Re: U.S.-Mexico border fence update (Frederik Ramm)
>6. Re: U.S.-Mexico border fence update (Clifford Snow)
>
>
> --
>
> Message: 1
> Date: Mon, 23 Jan 2017 09:31:29 -0600
> From: Paul Johnson <ba...@ursamundi.org>
> To: Richie Kennedy <richiekenned...@gmail.com>
> Cc: OpenStreetMap talk-us list <talk-us@openstreetmap.org>
> Subject: Re: [Talk-us] I think I got this right...
> Message-ID:
> <CAMPM96oDFNST+Lv6v176-x-hD-vnsKDEPF-tVy0ma3Fpfp0auQ@mail.
> gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> On Sun, Jan 22, 2017 at 12:08 PM, <richiekenned...@gmail.com> wrote:
>
> > On Sunday, January 22, 2017 at 6:24 AM, Paul Johnson wrote
> >
> > > It would be easier to verify by using forward in the child relations
> > exclusively.  Then it will validate as a loop, or it won't,
> >
> > > and the gap becomes immediately apparent.  As tagged, most tools (JOSM
> > included) won't "get" it.
> >
> >
> >
> > In order to automatically validate, no tag should be necessary. However,
> > the GUI in the JOSM relation editor will still show be able to show the
> > complete loop or lack thereof, making for a easy manual
> valication/override.
> >
> >
> >
> > The retention of the directional tags are easier for **human** reference
> > 
> >
>
> That's the thing, though...JOSM is a human interface.  I would argue
> breaking JOSM breaks human reference.
> -- next part --
> An HTML attachment was scrubbed...
> URL: <http://lists.openstreetmap.org/pipermail/talk-us/
> attachments/20170123/4387e256/attachment-0001.html>
>
> --
>
> Message: 2
> Date: Mon, 23 Jan 2017 11:14:34 -0700
> From: Martijn van Exel <m...@rtijn.org>
> To: Paul Johnson <ba...@ursamundi.org>
> Cc: Richie Kennedy <richiekenned...@gmail.com>, OSM US Talk
> <Talk-us@openstreetmap.org>
> Subject: Re: [Talk-us] I think I got this right...
> Message-ID: <5ad6aa6a-00ba-4925-94f8-eac1b62ec...@rtijn.org>
> Content-Type: text/plain; charset="utf-8"
>
> Well, in this case, the only way to know for a routing application what
> the cardinal direction is, is to look at the member roles. Either that our
> you slice the relation up even more to have separate relations for east /
> west / north / south, which to my mind would make for a too-convoluted
> relationship hierarchy. What is your thought on indicating cardinal
> direction in this case if not as member role?
>
> Martijn van Exel
>
> > On Jan 22, 2017, at 5:24 AM, Paul Johnson <ba...@ursamundi.org> wrote:
> >
> > On Sat, Jan 21, 2017 at 6:11 PM, <richiekenned...@gmail.com  richiekenned...@gmail.com>> wrote:
> > Regarding the use of child relations for routes, and what to do about
> directional roles on beltways, I made some mapping changes to a beltway
> that happens to be local to me.
> >
> >
> >
> > I took the relation for I-435[1] and “cloned” it into 2 new relations in
> JOSM[2][3]. I then deleted all ways from the in the relation and added the
> new relations, turning the old relation into the parent. As 435 is a
> beltway, I added “(clockwise)” and “(counterclockwise)” to the new
> relations. Milepost 0 on I-435 is the junction with I-35 at the southwest
> corner and the mileposts increase going clockwise (and do not reset at the
> state line) so I used the I-435 bridge over I-35 as my starting point.
> Starting there, I organized the ways in 

Re: [OSM-talk-fr] autolib

[Erwan Salomon]

pendant ce temps, pour les vélos
amenity=bicycle_rental pour ces stations de vélos en « libre » service (vélib’ 
et autres)
shop=bicycle + service:bicycle:rental=yes (non documenté) pour les magasins de 
location de vélos

erwan [GLYO]

> Le 24 janv. 2017 à 00:28, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Et en cherchant bien sur Autolib :
> 
> https://www.autolib.eu/fr/notre-engagement/autopartage-paris/
>  Qu'en 
> pensez-vous ?
> 
> Le 24/01/2017 à 00:20, osm.sanspourr...@spamgourmet.com 
>  a écrit :
>> Réponse de _Mathieu_ :
>> 
>> Le wiki cite en exemple Zipcar ou Flinkster, qui fonctionnent comme Autolib' 
>> (ensemble de voitures appartenant à une ou plusieurs sociétés, et mises à la 
>> disposition des clients du système d'autopartage) : n'importe qui peut 
>> rejoindre ces "communautés" à condition de s'inscrire et de payer 
>> (généralement) un abonnement mensuel (auquel vient s'ajouter une 
>> tarification à l'usage).
>> 
>> amenity=car_rental correspond plutôt aux agences de location (Hertz, Avis, 
>> etc.)
>> 
>> 
>> Le 23/01/2017 à 23:49, osm.sanspourr...@spamgourmet.com 
>>  a écrit :
>>> Pas à ma connaissance.
>>> 
>>> j'ai mis un commentaire en ce sens sur le changeset, on verra sa réaction.
>>> Jean-Yvon
>>> 
>>> Le 23/01/2017 à 20:23, Ralf Treinen - trei...@irif.fr 
>>>  a écrit :
 Bonsoir,
 
 un utilisateur a en masse basculé toutes les stations autolib de
 car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
 en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
 un changement du l'avis concernant cette question ?
 
 -Ralf.
 
 [1] https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889 
 
 [2] 
 https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.html 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-fr 
 
>>> 
>>> 
>>> 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org 
>>> https://lists.openstreetmap.org/listinfo/talk-fr 
>>> 
>> 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-us] U.S.-Mexico border fence update

[Clifford Snow]

Michael,
Sharing your new work on GitHub would be a good start. The community could
look at the work and see how to best incorporate it into OSM.

(We could tag the existing fence as before_trump and if anything actually
gets built as by_trump. )

Clifford

On Mon, Jan 23, 2017 at 2:13 PM, Michael Corey 
wrote:

> Hello:
>
> (Also posted in imports)
>
> Several years ago I did a lot of work adding sections of the U.S.-Mexico
> border fence to OSM. In light of the new U.S. president's intention to
> expand the fence/wall system, I have been updating that work for our
> news organization. We have now mapped the entire existing fence with
> significantly more official data and more information about individual
> segments.
>
> I would like to share this work back into OpenStreetMap, but it may be
> difficult to modify or sync up with my old work, since I have
> changed/added/subtracted significant features.
>
> Does anyone have thoughts on how to do this most efficiently and without
> causing major headaches? I would like to share the maps on both OSM and
> on Github, so I will need some kind of workflow to keep everything
> synced up.
>
> The current fence is captured by this relation:
>
> https://www.openstreetmap.org/relation/2266294
>
> Any advice people have from past experience would be most welcome.
>
> Thanks much,
>
>
> --
>
> Michael Corey
> Senior News Applications Developer
> o: 510.809.3178
> twitter: @mikejcorey
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>



-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] autolib

[osm . sanspourriel]

Et en cherchant bien sur Autolib :

https://www.autolib.eu/fr/notre-engagement/autopartage-paris/

Qu'en pensez-vous ?

Le 24/01/2017 à 00:20, osm.sanspourr...@spamgourmet.com a écrit :


Réponse de _Mathieu_ :

Le wiki cite en exemple Zipcar ou Flinkster, qui fonctionnent comme 
Autolib' (ensemble de voitures appartenant à une ou plusieurs 
sociétés, et mises à la disposition des clients du système 
d'autopartage) : n'importe qui peut rejoindre ces "communautés" à 
condition de s'inscrire et de payer (généralement) un abonnement 
mensuel (auquel vient s'ajouter une tarification à l'usage).


amenity=car_rental correspond plutôt aux agences de location (Hertz, 
Avis, etc.)



Le 23/01/2017 à 23:49, osm.sanspourr...@spamgourmet.com a écrit :


Pas à ma connaissance.

j'ai mis un commentaire en ce sens sur le changeset, on verra sa 
réaction.


Jean-Yvon

Le 23/01/2017 à 20:23, Ralf Treinen - trei...@irif.fr a écrit :

Bonsoir,

un utilisateur a en masse basculé toutes les stations autolib de
car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a
un changement du l'avis concernant cette question ?

-Ralf.

[1]https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889
[2]https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.html

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




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




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


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

Re: [OSM-talk-fr] autolib

[osm . sanspourriel]

Réponse de _Mathieu_ :

Le wiki cite en exemple Zipcar ou Flinkster, qui fonctionnent comme 
Autolib' (ensemble de voitures appartenant à une ou plusieurs sociétés, 
et mises à la disposition des clients du système d'autopartage) : 
n'importe qui peut rejoindre ces "communautés" à condition de s'inscrire 
et de payer (généralement) un abonnement mensuel (auquel vient s'ajouter 
une tarification à l'usage).


amenity=car_rental correspond plutôt aux agences de location (Hertz, 
Avis, etc.)



Le 23/01/2017 à 23:49, osm.sanspourr...@spamgourmet.com a écrit :


Pas à ma connaissance.

j'ai mis un commentaire en ce sens sur le changeset, on verra sa réaction.

Jean-Yvon

Le 23/01/2017 à 20:23, Ralf Treinen - trei...@irif.fr a écrit :

Bonsoir,

un utilisateur a en masse basculé toutes les stations autolib de
car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a
un changement du l'avis concernant cette question ?

-Ralf.

[1]https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889
[2]https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.html

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




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


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

Re: [Talk-br] projeto caminhos históricos

[Gerald Weber]

Postei considerações sobre o evento de mapeamento no Forum, quem estiver
interessado por favor olhar lá e clicar no botão subscribe para ficar a par
https://forum.openstreetmap.org/viewtopic.php?pid=627826#p627826

2016-11-29 21:05 GMT-02:00 Gerald Weber :

> Oi Pessoal
>
> após a apresentação inspiradora do Linhares no SOTM-Latam e algumas
> discussões animadas eu abri o projeto na wiki
>
> https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/
> Caminhos_Hist%C3%B3ricos
>
> e também abri um tópico no forum:
>
> https://forum.openstreetmap.org/viewtopic.php?id=56566
>
> abraço
>
> Gerald
>
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-se] Husnummerimport i Hbg kommun

[Karl Wettin]

Ingen lärt ju göra en uppdatering med en annan fil från januari denna gången, 
så det borde ju bli utmärkt med bara "Januari 2017".
> On 23 Jan 2017, at 16:42, Andreas Vilén  wrote:
> 
> Jag kan ändra källtaggen om så önskas, men jag vet inte vilket datum det är 
> på filen jag använder mig av. source:address=Helsingborgs kommuns baskata, 
> 2017-01-?? funkar väl, men i så fall måste jag veta vad jag ska ange för 
> datum eller bara ange januari 2017.
> 
> Jag satte igång och gjorde lite redigeringar idag innan Andreas Gnaus inlägg 
> här ovan, men än så länge är det fortfarande bara påbörjat på landsbygden i 
> utkanten av kommunen.
> 
> /Andreas
> 
> 2017-01-23 16:39 GMT+01:00 Karl Wettin  >:
> 
>> On 23 Jan 2017, at 16:29, Andreas Vilén > > wrote:
>> 
>> source:
>> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
>> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i 
>> fallet de släpper fler kartor.
>> 
> 
> +1
> 
> En datumstämpel är också bra då Helsingborg uppdaterar sin fil på nätet 
> löpande. En gång i veckan om jag inte minns fel.
> 
> 
>   kalle
> 
> ___
> 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



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-us] U.S.-Mexico border fence update

[Frederik Ramm]

Hi,

On 01/23/2017 11:13 PM, Michael Corey wrote:
> Does anyone have thoughts on how to do this most efficiently and without
> causing major headaches?

I wouldn't bother, it's going to be replaced by a wall soon anyway!

SCNR
Frederik

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

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

Re: [OSM-talk-fr] autolib

[osm . sanspourriel]

Pas à ma connaissance.

j'ai mis un commentaire en ce sens sur le changeset, on verra sa réaction.

Jean-Yvon

Le 23/01/2017 à 20:23, Ralf Treinen - trei...@irif.fr a écrit :

Bonsoir,

un utilisateur a en masse basculé toutes les stations autolib de
car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a
un changement du l'avis concernant cette question ?

-Ralf.

[1] https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889
[2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.html

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


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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Simon Poole]

The LWG has 3 US based legal professionals on it, no need for me to
climb out on a limb :-). I'll ask for an opinion internally and get back
to you.

Simon


Am 23.01.2017 um 23:23 schrieb Blake Girardot HOT/OSM:
> On Mon, Jan 23, 2017 at 10:37 PM, Simon Poole  wrote:
>> Blake where is the imagery provider in question based?
>>
> United States
>
> Cheers
> blake
>
>
>> Simon
>>
>>
>> Am 23.01.2017 um 22:01 schrieb Blake Girardot HOT/OSM:
>>> On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole  wrote:
 In any case, getting permission to distribute on ODbL terms only would
 seem to be suboptimal and endangers any contributions based on so
 licensed material as any license change, even in name only, would cause
 issues that require going back to the licensor.

>>> Simon, can you give an example of language you think would be best for this?
>>>
>>> Something like:
>>>
>>> "Specific permission is granted to use this imagery for digitizing
>>> data into OpenStreetMap and the resulting OpenStreetMap data to be be
>>> released under the OSM project's license of choice."
>>>
>>> Is that what you have in mind?
>>>
>>> Cheers,
>>> Blake
>>>
>>>
>>>
>>>
>>> 
>>> Blake Girardot
>>> Humanitarian OpenStreetMap Team, TM3 Project Manager
>>> skype: jblakegirardot
>>> HOT Core Team Contact: i...@hotosm.org
>>>
>>> ___
>>> 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
>>
>
>




signature.asc
Description: OpenPGP digital signature
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Blake Girardot HOT/OSM]

On Mon, Jan 23, 2017 at 10:37 PM, Simon Poole  wrote:
> Blake where is the imagery provider in question based?
>

United States

Cheers
blake


> Simon
>
>
> Am 23.01.2017 um 22:01 schrieb Blake Girardot HOT/OSM:
>> On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole  wrote:
>>> In any case, getting permission to distribute on ODbL terms only would
>>> seem to be suboptimal and endangers any contributions based on so
>>> licensed material as any license change, even in name only, would cause
>>> issues that require going back to the licensor.
>>>
>> Simon, can you give an example of language you think would be best for this?
>>
>> Something like:
>>
>> "Specific permission is granted to use this imagery for digitizing
>> data into OpenStreetMap and the resulting OpenStreetMap data to be be
>> released under the OSM project's license of choice."
>>
>> Is that what you have in mind?
>>
>> Cheers,
>> Blake
>>
>>
>>
>>
>> 
>> Blake Girardot
>> Humanitarian OpenStreetMap Team, TM3 Project Manager
>> skype: jblakegirardot
>> HOT Core Team Contact: i...@hotosm.org
>>
>> ___
>> 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
>



-- 

Blake Girardot
Humanitarian OpenStreetMap Team, TM3 Project Manager
skype: jblakegirardot
HOT Core Team Contact: i...@hotosm.org
Live OSM Mapper-Support channel - https://hotosm-slack.herokuapp.com/
BE A PART OF HOT'S MICRO GRANTS: https://donate.hotosm.org/

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

Re: [OSM-talk-fr] FANTOIR et métro parisien ?

[Vincent de Château-Thierry]

Bonsoir,

Le 22/01/2017 à 22:55, Vincent de Château-Thierry a écrit :


Le 22/01/2017 à 22:37, LeTopographeFou a écrit :


A mes heures perdus j'essaie de forcer le rapprochement des données
cadastres avec OSM via Osmose ou le site cadastre.openstreetmap.fr
. Et il s'avère que certaines stations
de métro parisiennes (pas tous ?) ont un numéro FANTOIR et apparaissent
dans l'onglet des Lieux-dits. Ex :
http://cadastre.openstreetmap.fr/fantoir/#insee=75113=4

La question à 5 sous : est-ce que rajouter à ces stations (ou à la
"relation définissant la station" quand elle existe, qu'on l'aime ou
pas) un attribut ref:FR:FANTOIR suffit ? Faudrait-il ajouter un place=*
(si oui quelle valeur ?) pour en faire un "lieu-dit" ? Ou bien il faut
mettre ces deux attributs sur un node à part car le lieu-dit existe et
qu'il n'est pas nécessairement restreint à la station (ex : sa surface
au sens du cadastre couvrant un quartier entier alors que la station est
plus petite) ?

Je penche pour un ref:FR:FANTOIR sur le node station (ou la relation...)
et puis basta.

A ce jour aucune station de métro ne semble avoir une réf FANTOIR dans
OSM, d'où aussi ma question de savoir si c'est volontaire.

La même question peut se poser sur un hôpital (ex : hôpital de la
Salpêtrière), un cimetière (ex : cimetière du Montparnasse), une gare...


Oui, rajouter le ref:FR:FANTOIR directement sur les objets (ici les
stations, en node ou en relation), pourquoi pas. En l'état ça ne devrait
pas suffire pour permettre le rapprochement, car côté lieux-dits on
cherche explicitement un tag name ET un tag place. Mais l'idée, hormis
pour le tag ref:FR:FANTOIR lui-même, a toujours été d'adapter BANO à OSM
et pas l'inverse. Donc il faudra côté BANO élargir le critère de
recherche des lieux-dits (au sens FANTOIR du terme) dans OSM pour
provoquer des rapprochements. Un assouplissement pourrait être notamment
de chercher un tag place OU un tag ref:FR:FANTOIR. Ça fonctionnerait
pour un metro, mais aussi un hôpital ou un cimetière comme tu l'évoques.

=> https://github.com/osm-fr/bano/issues/131


J'ai traité le cas, en élargissant aux objets dôtés conjointement des 
tags name=*, ref:FR:FANTOIR=* et d'au moins un tag parmi amenity=* et 
railway=*.
Par un effet de bord, les metros du XIIIe et l'hôpital de la Pitié se 
retrouvent non plus dans les lieux-dits, mais dans les "voies sans 
adresse" :

http://cadastre.openstreetmap.fr/fantoir/#insee=75113=3

vincent

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

Re: [Talk-it] nome posto di polizia

[girarsi_liste]

Il 23/01/2017 17:55, Marco ha scritto:
> Mappando una stazione di polizia ferroviaria mi è sorto un dubbio; sul
> muro esterno della stessa c'è una lapide/targa con scritto "Posto di
> polizia ferroviaria Rho, agente scelto Salvatore Farinaro". Cosa uso
> come valore del tag name? inserisco tutto ciò che c'è scritto sulla
> targa oppure uso solo "Polizia Ferroviaria" ed inserisco il resto in un
> tag apposito? (quale?)
> 
> Grazie
> 


Riporto il testo che mi è arrivato in privato, credo per sbaglio, alla
mia domanda precedente:

Il 23/01/2017 18:54, Marco ha scritto:
> É un posto di polizia ferroviaria intitolato a quel poliziotto. Hanno
qualche locale all'interno della stazione di Rho. In teoria, credo, sia
presidiato da inizio a termine servizio dei treni.
>
>> On January 23, 2017 6:38:36 PM GMT+01:00, Simone
 wrote:
>>
>> Ma é veramente un ufficio di polizia o una targa ricordo?


Quindi da quel che vedo, dopo un pò di ricerca, è il nome della stazione:

http://www.ilgiorno.it/rho/cronaca/2012/02/24/672568-targa_memoria_salvatore.shtml

Quindi l'edificio con amenity=police, name=posto di polizia e tutto
l'ambaradan, operartor=Polizia di Stato, website=sito della polizia, mi
sembra c'è anche un tag police:type?


Poi esternamente ho visto è delimitato da grata, er cui ci può stare un
landuse=military, forse.



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Simon Poole]

Blake where is the imagery provider in question based?

Simon


Am 23.01.2017 um 22:01 schrieb Blake Girardot HOT/OSM:
> On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole  wrote:
>> In any case, getting permission to distribute on ODbL terms only would
>> seem to be suboptimal and endangers any contributions based on so
>> licensed material as any license change, even in name only, would cause
>> issues that require going back to the licensor.
>>
> Simon, can you give an example of language you think would be best for this?
>
> Something like:
>
> "Specific permission is granted to use this imagery for digitizing
> data into OpenStreetMap and the resulting OpenStreetMap data to be be
> released under the OSM project's license of choice."
>
> Is that what you have in mind?
>
> Cheers,
> Blake
>
>
>
>
> 
> Blake Girardot
> Humanitarian OpenStreetMap Team, TM3 Project Manager
> skype: jblakegirardot
> HOT Core Team Contact: i...@hotosm.org
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk




signature.asc
Description: OpenPGP digital signature
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

[OSM-talk-be] oxfam wereldwinkels

[joost schouppe]

Hi,

I was looking at fair trade stores recently. I've always considered Oxfam
Wereldwinkel (don't know what they're called in French, it's the Oxfam
shops with fair trade products from around the world) to be something like
a convenience store (a kruidenier, a small supermarktet), with just fair
trade shops. Much like a bio-shop is a convenience store with organic stuff.

So in that logic you would have:
shop=convenience + respectively fair_trade=only or organic=only .

In the case of organic shops, the case seems closed, but I saw a lot of
Oxfam shops tagged as shop=charity. While Oxfam does have charity shops
(where they sell second hand books or clothes), I don't think their
Wereldwinkels are within the scope of that definition.

How do you feel about this?

(I'm in the proces of building a little mapcontrib app [1] to add
fair_trade tags to places like this, but wanted to know your opinion on
these shops first. Most of these shops are in the U.K. but I wanted to ask
here first, as here I know these places myself; I don't know what they look
like in the UK)


1: https://www.mapcontrib.xyz/t/7865e7-Fair_trade_shops

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-legal-talk] Imagery CC-BY-NC 4.0 + OSM Specific allowance

[Blake Girardot HOT/OSM]

On Sun, Jan 22, 2017 at 1:54 PM, Simon Poole  wrote:
>

> In any case, getting permission to distribute on ODbL terms only would
> seem to be suboptimal and endangers any contributions based on so
> licensed material as any license change, even in name only, would cause
> issues that require going back to the licensor.
>

Simon, can you give an example of language you think would be best for this?

Something like:

"Specific permission is granted to use this imagery for digitizing
data into OpenStreetMap and the resulting OpenStreetMap data to be be
released under the OSM project's license of choice."

Is that what you have in mind?

Cheers,
Blake





Blake Girardot
Humanitarian OpenStreetMap Team, TM3 Project Manager
skype: jblakegirardot
HOT Core Team Contact: i...@hotosm.org

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

Re: [Talk-ee] Projekt Eesti: Ühistransport - uus tööriist

[Jaak Laineste]

Äge! Loodetavasti saame nii ka halbusreformist üle. :)

Jaak
(Sent from mobile)

> On 19. aug 2014, at 20:43, Manuel Hohmann  
> wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Tere,
> 
> praegu programmeerin väikest OSM'i tööriista komplekti, mille nimeks
> ma panin "Projekt Eesti". Projekti eesmärk on näidata OSM'i andmeid
> koos "ametlike" andmetega, niiet neid lihtsamalt võrrelda saab, ja
> siis näha kus andmed veel puuduvad või valed on.
> 
> Esimene tööriist mida saab nüüd kasutada on ühistranspordi rakendus,
> mis näitab laeva, bussi, rongi, trammi ja trolli liinid ning peatused
> OSM'ist ja peatus.ee veebilehelt sama kaardi peal, ja mõõdab nende
> kokkusobivust. Selle tööriistaga saab näha mis liinid ja peatused on
> juba OSM'isse pandud, ja kus on veel liinid ja peatused mida saab siis
> kohapeal leida ja OSM'isse panna.
> 
> Väike kasutusjuhend (lingid on näited):
> 
> - - Esileht:
> http://mhohmann.dev.openstreetmap.org/eesti/pt/index.php
> 
> Üleval on peatused. Iga link näitab ühe maakonna andmeid. All on
> laeva, bussi, rongi, trammi ja trolli liinid.
> 
> - - Peatuse kaart:
> http://mhohmann.dev.openstreetmap.org/eesti/pt/stops.php?region=Tartu+maakond
> 
> Punased peatused on peatus.ee veebilehelt, sinised on OSM'ist.
> Hiireklõps peatuse peal näitab andmeid.
> 
> - - Peatuse info:
> http://mhohmann.dev.openstreetmap.org/eesti/pt/stop.php?pt=128368=2320090477
> 
> Infoleht näitab peatus.ee ja OSM'i peatused sama kaardi peal. Nimekiri
> vasakul pool näitab mis liinid seal peatavad.
> 
> - - Liini nimekiri:
> http://mhohmann.dev.openstreetmap.org/eesti/pt/lines.php?transport=distantbus=maanteeamet%2Cdistantbus
> 
> Nimekiri näitab laeva, bussi, rongi, trammi või trolli liinid - liini
> number, ja mitu marsruuti on peatus.ee veebilehel ja OSM'is olemas.
> 
> - - Liini info:
> http://mhohmann.dev.openstreetmap.org/eesti/pt/line.php?transport=distantbus=maanteeamet%2Cdistantbus=149
> 
> Üleval on marsruudid peatus.ee veebilehelt. Keskel on OSM'i type=route
> relatsioonid. All on "kokkusobivus", mis mõõdab erinevust peatus.ee
> marsruudi ja OSM'i relatsiooni vahel. Järelikult tähendab väiksem arv
> paremat kokkusobivust.
> 
> - - Marsruudi info:
> http://mhohmann.dev.openstreetmap.org/eesti/pt/route.php?pt=48149=3859174
> 
> Infoleht näitab peatus.ee (punane) ja OSM'i (sinine) marsruudid sama
> kaardi peal. Peatuse sümbolid näitavad kas peatus on sisenemiseks või
> väljumiseks. Lisaks on vasakul OSM'i tähistused, võrdluses peatus.ee
> andmetega. All on peatuse nimekiri ja lõpuks on näha kas OSM'i
> marsruut on katkematu.
> 
> Jõudu!
> Manuel
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQEcBAEBAgAGBQJT85rjAAoJEPvf9RrsekSy02EH/2eQWHRdcQE1O4L5zNXsh436
> yJ+g/rtA/zXuF+YqW3CYQLGEPMzDAGEwx1bL6huRzp3nnsUxDeGI4PE2j0Oqq63p
> s4NQ8XH4C36y8y4HjBdx50JqzKN06WHrANtguBfSxTScZSwkOfReKk/ewPdWzZpV
> 5JJSd7N28/JLchPL+OGcKmbusAmoijgpeyv6t0WGEy0htY5Q3B1XXtdOm7HdRXIA
> 8kPoZH0dkYJC5yCGgTP/NRSdsmqKr2GeuoHqtQ/RHnuTgIXt7LLjI5JF0ZEsC1s/
> CgvwudvSxXID+ACtT3HwAz0vAVBYEKTq4CHp6BLNvKIoB9GTYR39AO/A3ZeTiz4=
> =mTMr
> -END PGP SIGNATURE-
> 
> ___
> Talk-ee mailing list
> Talk-ee@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ee


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

Re: [OSM-talk-fr] Itinéraires et balisages FFRP et Club Vosgien

[Antoine Riche]

Pour info, j'ai récemment (décembre 2016) échangé avec le référent FFRP 
du département de Loire-Atlantique, qui avait constaté que plusieurs GR 
et GRP avaient été cartographiés sur OSM sans référence à la FFRP. Il a 
accepté ma proposition d'ajouter la référence à la FFRP sous la forme 
operator=FFRandonnée, ce que je me suis empressé de faire : 
https://hiking.waymarkedtrails.org/#?map=10!47.3016!-1.6534


J'ai également ajouté pour les GRP source=data correspondant>, voir par exemple 
https://www.openstreetmap.org/relation/4592067. Je vous laisse apprécier 
l'incohérence entre la Licence Ouverte utilisée et la mention à l'INPI 
pour les créations de la FFRandonnée...


Il ne s'agit certes pas d'un accord formel mais j'ai conservé son accord 
par mail. Je me suis bien gardé de lui demander s'il avait l'accord de 
la fédération, mais il s'agit peut-être d'un premier pas vers une 
collaboration intense avec la FFRP ;-)


Antoine.

Le 21/01/2017 à 22:47, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 21/01/2017 à 21:59, osm.sanspourr...@spamgourmet.com a écrit :


S'ils ne sont pas complètement obtus ils devraient voir l'intérêt
d'avoir les itinéraires dans OSM, et au niveau de la relation on
pourrait ajouter un lien vers la page de leur site consacré à ce lien.
Si les gens veulent un guide ils iront plutôt voir le site de la FFRP,
site qui peut aussi mettre un lien de leurs fiches vers notre site ;-).

Bonne réunion. Si jamais ils persistent à ne par vouloir voir les
sentiers sur les cartes on va être obligés d'effacer les repères pour
éviter que des contributeurs ne cartographient ce qu'ils voient ;-).


Je serai avec Christian mercredi matin pour cette réunion, d'où mon 
absence à Decryptageo, cf. un fil récent.
@David : ton initiative (quel timing :)) n'a pas forcément besoin de 
déboucher sur un courrier formel, mais ce peut être une bonne occasion 
de synthétiser les attentes, régulièrement abordées ici mais avec une 
passion qui rend certains fils ardus à lire. Je pense par exemple à ce 
thread monstre (courage) :
https://lists.openstreetmap.org/pipermail/talk-fr/2012-June/thread.html#44315 


Et si tu es dispo mercredi (10h, Paris XIII), bien sûr, ça le fait.

vincent

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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus


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

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Martin Koppenhoefer]

sent from a phone

> On 23 Jan 2017, at 12:43, Matteo Fortini  wrote:
> 
> Dal momento che si tratta di dati che sono stati creati a mano o usando 
> nominatim, sarei per CC0 o direttamente ODBl


usando nominatim con dati da osm il risultato rimane odbl.

ciao,
Martin 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] Husnummerimport i Hbg kommun

[Markus Lindholm]

Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
om huset har ett namn så renderas inte adressen.

/Markus

On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
> som
> har adressen, inte bara entrén, till skillnad från med trapphus där
> adresserna normalt sätts på entréer. Radhus mappas normalt som
> separata
> byggnader. Wikin beskriver olika metoder där alla är lika
> accepterade:
> https://wiki.openstreetmap.org/wiki/Addresses
> 
> Då adresser mappade på byggnader är något som använts i hela Sverige
> (och
> övriga världen bortsett från Danmark som genomförde en statlig
> import) och
> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
> jag
> att fortsätta göra så om jag inte får andra invändningar i samma
> stil.
> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
> kommun
> även om byggnaderna också i 90% av fallen har kommunen som källa.
> 
> /Andreas
> 
> 2017-01-22 14:09 GMT+01:00 Markus Lindholm  >:
> 
> > Jag ser det som ett suboptimalt sätt att tagga. Det är ett
> > inkonsekvent
> > sätt då det inte finns ett ett-till-ett förhållande mellan
> > byggnader
> > och adresser. En byggnad kan ha flera adresser eller ingen. Det
> > leder
> > som sagt också till tvetydigheter, som exemplet med source-taggen.
> > 
> > Det bästa sätten (enligt mig) är kombinera adressen med entrence-
> > taggen, om man känner till var ingången ligger. Det näst bästa är
> > att
> > ha den som en fristående nod inne i byggnaden.
> > 
> > /Markus
> > 
> > 
> > On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
> > > Hmm, det normala förhållningssättet till adresser är att de läggs
> > > på
> > > byggnaderna. Det är så jag alltid gjort och det är så det ser ut
> > > globalt med Danmark som enda undantag.
> > > 
> > > Men jag skulle kunna ändra till source:address eller liknande så
> > > det
> > > blir tydligare vad källtaggen syftar på.
> > > 
> > > /Andreas
> > > 
> > > Skickat från min iPhone
> > > 
> > > > 22 jan. 2017 kl. 09:39 skrev Markus Lindholm  > > > mail
> > > > .com>:
> > > > 
> > > > Hej
> > > > 
> > > > Kollade på de första förändringarna som gjorts och en sak som
> > > > jag
> > > > noterade och som jag tycker inte är helt optimal är att du
> > > > överladdar
> > > > addr:* taggar och building=* på samma objekt, t.ex.
> > > > https://www.openstreetmap.org/way/411646429
> > > > 
> > > > 
> > > > Det vore bättre om de hade varsin eget objekt, en nod för
> > > > adressen
> > > > och
> > > > en area för huskroppen. Då skulle inte heller source-taggen bli
> > > > tvetydig.
> > > > 
> > > > /Markus
> > > > 
> > > > 
> > > > > On Sat, 2017-01-21 at 09:59 +0100, Andreas Vilén wrote:
> > > > > Nu har jag satt igång. Mitt tillvägagångssätt kommer vara
> > > > > följande:
> > > > > 
> > > > > 1) Jag har registrerat ett konto, grillo_import, som jag
> > > > > kommer
> > > > > att
> > > > > göra
> > > > > alla redigeringar i det här projektet med. Eventuellt kommer
> > > > > det
> > > > > återanvändas i framtiden för andra importer
> > > > > https://www.openstreetmap.org/user/Grillo_import
> > > > > 2) Jag har även skapat ett opublicerat hot-projekt där jag
> > > > > har
> > > > > delat
> > > > > in
> > > > > Helsingborgs kommun i rutor. Projektet är opublicerat så
> > > > > ingen
> > > > > annan
> > > > > börjar
> > > > > stänga rutor utan att jag märker det.
> > > > > 3) Jag laddar in adressfilen i Josm.
> > > > > 4) Jag öppnar upp en hot-ruta i Josm.
> > > > > 5) Jag raderar alla husnummer utanför hot-rutan.
> > > > > 6) Jag laddar upp husnumren som de är i befintligt skick,
> > > > > utan
> > > > > att
> > > > > lägga in
> > > > > dem i husen.
> > > > > 7) Jag kopierar in husnummer i hus, korrigerar mot redan
> > > > > mappade
> > > > > husnummer,
> > > > > sätter fast i entrénoder där det är möjligt att se osv, och
> > > > > laddar
> > > > > upp igen.
> > > > > 8) Jag stänger hot-rutan.
> > > > > 
> > > > > Här är ett test av denna processen i kommunens utkant:
> > > > > https://www.openstreetmap.org/user/Grillo_import/history
> > > > > 
> > > > > Om alla är okej med den här processen (eller om jag inte hör
> > > > > något på
> > > > > ett
> > > > > par dagar) kommer jag att fortsätta med den tills kommunen är
> > > > > klar.
> > > > > 
> > > > > MVH Andreas
> > > > > 
> > > > > 2017-01-10 12:30 GMT+01:00 Lars Aronsson :
> > > > > 
> > > > > > > On 01/09/2017 09:49 AM, Andreas Vilén wrote:
> > > > > > > 
> > > > > > > Med bokstäver menar jag adresser av typ 15A, där 15
> > > > > > > ligger
> > > > > > > under
> > > > > > > husnummer och A ligger under extrataggen. Ett något
> > > > > > > okonventionellt sätt
> > > > > > > att lösa det är att lägga A under addr:unit, men detta
> > > > > > > avråddes
> > > > > > > jag ifrån
> > > > > > > när jag frågade om det på engelska OSM-IRC för några
> > > > > > > veckor
> > > 

[OSM-talk-fr] autolib

[Ralf Treinen]

Bonsoir,

un utilisateur a en masse basculé toutes les stations autolib de
car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
un changement du l'avis concernant cette question ?

-Ralf.

[1] https://www.openstreetmap.org/changeset/45354363#map=11/48.8677/2.2889
[2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069137.html

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

Re: [Talk-us] I think I got this right...

[Paul Johnson]

On Mon, Jan 23, 2017 at 12:14 PM, Martijn van Exel  wrote:

> Well, in this case, the only way to know for a routing application what
> the cardinal direction is, is to look at the member roles. Either that our
> you slice the relation up even more to have separate relations for east /
> west / north / south, which to my mind would make for a too-convoluted
> relationship hierarchy. What is your thought on indicating cardinal
> direction in this case if not as member role?
>

I'm not sure where the problem is with child relations with direction=*
tags as one of the relation tags is exactly.  Sure, takes more to set up,
but it's easier to maintain long term.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Oleksiy Muzalyev]

Dear Yuri,

Thank you for the information. It is clear now, this map is more to 
illustrate an article's topic.


I could login into Phabricator too. I will also pay more attention to 
wikidata tags since they are being used in this project.


With best regards,
Oleksiy

On 23.01.17 18:19, Yuri Astrakhan wrote:


Oleksiy, Stefano,

WMF is still working on improving the map style, but I'm sure they 
will benefit if you create a specific comment that describes what 
should be added, at what level, and what types of articles it would 
benefit. Please file requests using this form (you can login using 
your Wikipedia user account): 
https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tags=map-styles,maps


Please keep in mind that this is a "generic base" map - something 
useful for many different types of Wikipedia articles. This map should 
be good for overlays - so that article-specific information stands 
out. These requirements are very different from the default OSM map, 
whose main goal is to help OSM editors check what features are there 
or missing.


Lastly, Stefano, it would be great for WMF to add nearby articles too 
- it exists in the Android Wikipedia app (possibly iPhone too), but 
not in mobile or desktop. This functionality has been discussed, but 
hasn't been implemented yet.


On Mon, Jan 23, 2017 at 5:52 AM Oleksiy Muzalyev 
> wrote:


Yes. It works my end too. I got it now. I was clicking on the link "O"
to display the OSM map with the Standard Layer, but not on the
coordinates in an article.

The map with the outline opens, however this map is very
simplified, it
does not render many useful for a traveler objects, such as museums,
libraries, supermarkets,  universities, hospitals, etc., which are
shown
on the OSM map, MAPS.ME  map, etc. What for did we
map these objects? I
do not see so far how I can practically use such a map.

With best regards,
Oleksiy


On 23.01.2017 10:07, Max wrote:
> Works for me (Firefox 53)
>
> On 2017년 01월 23일 07:31, Oleksiy Muzalyev wrote:
>> Dear Yuri,
>>
>> Could you, please, provide an example with the location outline?
>>
>> I tried Salzburg, New York, Odessa, Moscow, etc. in the Russian
>> Wikipedia, but I got always just a marker on the map, but not an
>> outline, i.e. a line indicating the outer contours or
boundaries of an
>> object or figure. Perhaps, it is a thin line, and I do not
notice it on
>> the map? Or I misunderstood something.
>>
>> With best regards,
>> Oleksiy
>>
>> On 21.01.17 02:40, Yuri Astrakhan wrote:
>>> Russian Wikipedia just replaced all of their map links in the
upper
>>> right corner (geohack) with the  Kartographer extension!
>>> Moreover, when clicking the link, it also shows the location
outline,
>>> if that object exists in OpenStreetMap with a corresponding
Wikidata
>>> ID (ways and relations only, no nodes).  My deepest respect to my
>>> former Interactive Team colleagues and volunteers who have made it
>>> possible!  (This was community wishlist #21)
>>>
>>> Example - city of Salzburg (click coordinates in the upper right
>>> corner, or in the infobox on the side):
>>>

https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3
>>>
>>>
>>> P.S. I am still working on improving Wikidata linking, and will be
>>> very happy to collaborate with anyone on improving OSM data
quality.
>>>



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

Re: [Talk-us] I think I got this right...

[Martijn van Exel]

Well, in this case, the only way to know for a routing application what the 
cardinal direction is, is to look at the member roles. Either that our you 
slice the relation up even more to have separate relations for east / west / 
north / south, which to my mind would make for a too-convoluted relationship 
hierarchy. What is your thought on indicating cardinal direction in this case 
if not as member role?

Martijn van Exel

> On Jan 22, 2017, at 5:24 AM, Paul Johnson  wrote:
> 
> On Sat, Jan 21, 2017 at 6:11 PM,  > wrote:
> Regarding the use of child relations for routes, and what to do about 
> directional roles on beltways, I made some mapping changes to a beltway that 
> happens to be local to me.
> 
>  
> 
> I took the relation for I-435[1] and “cloned” it into 2 new relations in 
> JOSM[2][3]. I then deleted all ways from the in the relation and added the 
> new relations, turning the old relation into the parent. As 435 is a beltway, 
> I added “(clockwise)” and “(counterclockwise)” to the new relations. Milepost 
> 0 on I-435 is the junction with I-35 at the southwest corner and the 
> mileposts increase going clockwise (and do not reset at the state line) so I 
> used the I-435 bridge over I-35 as my starting point. Starting there, I 
> organized the ways in the clockwise direction in the JOSM relation editor. 
> Once I had created a “loop,” I removed all the other ways from the clockwise 
> relation, then selected the members of the clockwise relation to remove them 
> from the counterclockwise relation. I then sorted out the ways for the 
> counterclockwise direction in the same way.
> 
>  
> 
> I left the directional roles (i.e. “north,” “south,” “east,” and “west”) 
> intact to represent how the segments on 435 are signed, and changed roles 
> previously marked as “forward” back to directional roles. I also happened to 
> find that I had inadvertently left a gap in the counterclockwise direction in 
> the Johnson County Gateway project. I also noticed someone has previously 
> attempted to note the direction in the “ref” tag. I changed those as well.
> 
>  
> 
> Aside from the fact that JOSM does not support the use of directional roles, 
> I think the changes should make it cleaner for future mappers.
> 
>  
> 
> [1]: http://www.openstreetmap.org/relation/62155 
> 
> [2]: http://www.openstreetmap.org/relation/6898835 
> 
> [3]: http://www.openstreetmap.org/relation/6898836 
> 
> 
> It would be easier to verify by using forward in the child relations 
> exclusively.  Then it will validate as a loop, or it won't, and the gap 
> becomes immediately apparent.  As tagged, most tools (JOSM included) won't 
> "get" it.
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Dave F]

The attribute bottom right of map is over two lines & needs ot be 
hovered over to see it all


https://pbs.twimg.com/media/C238IkHUcAAIQvM.jpg

DaveF

On 23/01/2017 17:54, Yuri Astrakhan wrote:

Dave, I'm not sure what you mean.

On Mon, Jan 23, 2017 at 12:52 PM Dave F > wrote:


Could the attribute be put on one line so 'Openstreetmap' is visible?

DaveF.


On 21/01/2017 01:40, Yuri Astrakhan wrote:

Russian Wikipedia just replaced all of their map links in the
upper right corner (geohack) with the  Kartographer
extension!  Moreover, when clicking the link, it also shows the
location outline, if that object exists in OpenStreetMap with a
corresponding Wikidata ID (ways and relations only, no nodes). 
My deepest respect to my former Interactive Team colleagues and

volunteers who have made it possible!  (This was community
wishlist #21)

Example - city of Salzburg (click coordinates in the upper right
corner, or in the infobox on the side):

https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3

P.S. I am still working on improving Wikidata linking, and will
be very happy to collaborate with anyone on improving OSM data
quality.


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





Avast logo




This email has been checked for viruses by Avast antivirus software.
www.avast.com





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





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Yuri Astrakhan]

Dave, I'm not sure what you mean.

On Mon, Jan 23, 2017 at 12:52 PM Dave F  wrote:

Could the attribute be put on one line so 'Openstreetmap' is visible?

DaveF.


On 21/01/2017 01:40, Yuri Astrakhan wrote:

Russian Wikipedia just replaced all of their map links in the upper right
corner (geohack) with the  Kartographer extension!  Moreover, when
clicking the link, it also shows the location outline, if that object
exists in OpenStreetMap with a corresponding Wikidata ID (ways and
relations only, no nodes).  My deepest respect to my former Interactive
Team colleagues and volunteers who have made it possible!  (This was
community wishlist #21)

Example - city of Salzburg (click coordinates in the upper right corner, or
in the infobox on the side):
https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3

P.S. I am still working on improving Wikidata linking, and will be very
happy to collaborate with anyone on improving OSM data quality.


___
talk mailing 
listtalk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk




--
[image: Avast logo]


This email has been checked for viruses by Avast antivirus software.
www.avast.com


___
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] RU Wikipedia now uses OSM by Wikidata ID

[Dave F]

Could the attribute be put on one line so 'Openstreetmap' is visible?

DaveF.

On 21/01/2017 01:40, Yuri Astrakhan wrote:
Russian Wikipedia just replaced all of their map links in the upper 
right corner (geohack) with the  Kartographer extension!  
Moreover, when clicking the link, it also shows the location outline, 
if that object exists in OpenStreetMap with a corresponding Wikidata 
ID (ways and relations only, no nodes).  My deepest respect to my 
former Interactive Team colleagues and volunteers who have made it 
possible!  (This was community wishlist #21)


Example - city of Salzburg (click coordinates in the upper right 
corner, or in the infobox on the side):

https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3

P.S. I am still working on improving Wikidata linking, and will be 
very happy to collaborate with anyone on improving OSM data quality.



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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] nome posto di polizia

[Simone]

Il 23 gennaio 2017 17:55:58 CET, Marco  ha scritto:
>Mappando una stazione di polizia ferroviaria mi è sorto un dubbio; sul 
>muro esterno della stessa c'è una lapide/targa con scritto "Posto di 
>polizia ferroviaria Rho, agente scelto Salvatore Farinaro". Cosa uso 
>come valore del tag name? inserisco tutto ciò che c'è scritto sulla 
>targa oppure uso solo "Polizia Ferroviaria" ed inserisco il resto in un
>
>tag apposito? (quale?)
>
>Grazie
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Ma é veramente un ufficio di polizia o una targa ricordo?


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Yuri Astrakhan]

Oleksiy, Stefano,

WMF is still working on improving the map style, but I'm sure they will
benefit if you create a specific comment that describes what should be
added, at what level, and what types of articles it would benefit. Please
file requests using this form (you can login using your Wikipedia user
account):
https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tags=map-styles,maps

Please keep in mind that this is a "generic base" map - something useful
for many different types of Wikipedia articles. This map should be good for
overlays - so that article-specific information stands out. These
requirements are very different from the default OSM map, whose main goal
is to help OSM editors check what features are there or missing.

Lastly, Stefano, it would be great for WMF to add nearby articles too - it
exists in the Android Wikipedia app (possibly iPhone too), but not in
mobile or desktop. This functionality has been discussed, but hasn't been
implemented yet.

On Mon, Jan 23, 2017 at 5:52 AM Oleksiy Muzalyev <
oleksiy.muzal...@bluewin.ch> wrote:

> Yes. It works my end too. I got it now. I was clicking on the link "O"
> to display the OSM map with the Standard Layer, but not on the
> coordinates in an article.
>
> The map with the outline opens, however this map is very simplified, it
> does not render many useful for a traveler objects, such as museums,
> libraries, supermarkets,  universities, hospitals, etc., which are shown
> on the OSM map, MAPS.ME map, etc. What for did we map these objects? I
> do not see so far how I can practically use such a map.
>
> With best regards,
> Oleksiy
>
>
> On 23.01.2017 10:07, Max wrote:
> > Works for me (Firefox 53)
> >
> > On 2017년 01월 23일 07:31, Oleksiy Muzalyev wrote:
> >> Dear Yuri,
> >>
> >> Could you, please, provide an example with the location outline?
> >>
> >> I tried Salzburg, New York, Odessa, Moscow, etc. in the Russian
> >> Wikipedia, but I got always just a marker on the map, but not an
> >> outline, i.e. a line indicating the outer contours or boundaries of an
> >> object or figure. Perhaps, it is a thin line, and I do not notice it on
> >> the map? Or I misunderstood something.
> >>
> >> With best regards,
> >> Oleksiy
> >>
> >> On 21.01.17 02:40, Yuri Astrakhan wrote:
> >>> Russian Wikipedia just replaced all of their map links in the upper
> >>> right corner (geohack) with the  Kartographer extension!
> >>> Moreover, when clicking the link, it also shows the location outline,
> >>> if that object exists in OpenStreetMap with a corresponding Wikidata
> >>> ID (ways and relations only, no nodes).  My deepest respect to my
> >>> former Interactive Team colleagues and volunteers who have made it
> >>> possible!  (This was community wishlist #21)
> >>>
> >>> Example - city of Salzburg (click coordinates in the upper right
> >>> corner, or in the infobox on the side):
> >>>
> https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3
> >>>
> >>>
> >>> P.S. I am still working on improving Wikidata linking, and will be
> >>> very happy to collaborate with anyone on improving OSM data quality.
> >>>
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Petr Holub]

> Tak koukám, že mtbmap.cz má problém sám se sebou, takže proto nejde. A zbytek 
> mi funguje, ale

Zas problem s polem, uz je to nahore, ale netusim, jestli to jeste neni
nejake podelane...

Petr


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

[Talk-it] nome posto di polizia

[Marco]

Mappando una stazione di polizia ferroviaria mi è sorto un dubbio; sul 
muro esterno della stessa c'è una lapide/targa con scritto "Posto di 
polizia ferroviaria Rho, agente scelto Salvatore Farinaro". Cosa uso 
come valore del tag name? inserisco tutto ciò che c'è scritto sulla 
targa oppure uso solo "Polizia Ferroviaria" ed inserisco il resto in un 
tag apposito? (quale?)


Grazie

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

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[santamariense]

Corrigindo link quebrado para o relatório sobre a proposta 1 de
importação do CNEFE: https://github.com/santamariense/cnefe

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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Marián Kyral]

Nebyl by screenshot nebo textová chyba? Případně další informace ze
kterých by se dalo něco zjistit?

Díky,
Marián

Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> musím odkliknout hlášku o nedůvěryhodném certifikátu
> mapa se nezobrazí vůbec
>
> K.
>
> On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
>> Ahoj všem,
>>
>> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
>>
>> - Firefox pro desktop, ver 50.1.0 na Win10:
>> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
>> obsah=0)
>>
>> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
>> OK
>>
>> - Firefox pro Android, ver 50.1.0 for Android:
>> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
>>
>> - Chrome pro Android, verze 55.0.2883.91 for Android:
>> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
>> připojení není soukromé"
>>
>> vop
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Marián Kyral]

Dne 23.1.2017 v 13:37 Marián Kyral napsal(a):
> Tak koukám, že mtbmap.cz má problém sám se sebou, takže proto nejde. A
> zbytek mi funguje, ale to bude tím, že jsem zapomněl, že v práci mám
> FF 45. :-)
>

Tak právě jsem dorazil domů a otestoval osmap.cz na FF 50.1.0 na linuxu
a všechno mi funguje. Aktivní vrstva OK.
Můžeš ve FF zapnout webovou konsoli (Vývoj webu/ webová konsole)? Měl by
tam vypisovat chyby.

Teď třeba koukám, že fotka rozcestníku se tahá z http místo z http*s*.
Nemůže to být ono?



Zkusím to opravit.
Marián

> Marián
>
> -- Původní zpráva --
> Od: Marián Kyral 
> Komu: OpenStreetMap Czech Republic , Pavel
> Zbytovský 
> Datum: 23. 1. 2017 13:08:26
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
>
> Ahoj,
> Pavel dělal včera nějaké změny. Asi to bude souviset.
>
> Zdá se, že nějak přestal fungovat https_proxy script. Respektive
> se načítá nějak strašně dlouho. Například:
> 
> https://openstreetmap.cz/proxy.php/tile.mtbmap.cz/mtbmap_tiles/15/17735/11164.png
> se mi tu už pět minut načítá a nic. Asi to na něčem umřelo, ale
> zapomnělo dát vědět dál.
>
> Pavle, můžeš na to mrknout prosím?
> Marián
>
> -- Původní zpráva --
> Od: Petr Vozdecký 
> Komu: OpenStreetMap Czech Republic 
> Datum: 23. 1. 2017 12:35:15
> Předmět: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
>
> Ahoj všem,
>
> současný nešťastný stav velmi letmo (kdo je schopen té věci
> pomoci?):
>
> - Firefox pro desktop, ver 50.1.0 na Win10:
> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět
> snaha ale obsah=0)
>
> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> OK
>
> - Firefox pro Android, ver 50.1.0 for Android:
> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
>
> - Chrome pro Android, verze 55.0.2883.91 for Android:
> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení
> https: "Vaše připojení není soukromé"
>
> vop
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag bör påpeka att filen innehåller obearbetade POPULARNAME och COMMENTARY.
De flesta COMMENTARY verkar syfta på att adresserna tillhör lekplatser.
Dessa lekplatser kommer jag mappa som ytor om de inte redan är det och
lägga in adresserna (uppenbarligen använder kommunerna adresser för
lekplatser, och jag ser ingen anledning att utelämna dem). Övriga kan man
lätt kolla igenom manuellt. POPULARNAME verkar vara sådant som kan finnas i
fältet name= men ändå måste kollas manuellt. Ofta är det namn på gårdar,
som hellre kan ligga på landuse=farmyard, eller på kyrkor, som redan är
inlagda såvitt jag vet. Även dessa kommer jag gå igenom manuellt. Även om
jag missar någon under importen är det ju lätt att söka fram dem med en
overpassökning i efterhand.

/Andreas

2017-01-23 16:29 GMT+01:00 Andreas Vilén :

> Om du vill titta på datan själv är här en länk till .osm-filen jag
> använder: http://grillo.users.openstreetmap.se/helsingborg%
> 20adresspunkter.osm
>
> 2017-01-23 8:29 GMT+01:00 Andreas Gnau :
>
>> (Ursäkta min svenska, har inte bott här så länge...)
>>
>> Jag tycker att vi skulle skapa en wiki-sida enligt
>> http://wiki.openstreetmap.org/wiki/Import/Guidelines för att sammanfatta
>> resultaten av diskussionen innan du börjar på riktigt. Frågorna i wikin
>> hjälper också att fundera kring importen själv.
>>
>> Mina kommentarer angående taggning:
>> ===
>>
>> addr:postcode:
>> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
>> Renderern kan alltid formatera det.
>>
>> addr:country:
>> Jag anser addr:country som onödigt/redundant. Realiteten är att det
>> finns många addresser i OSM som har ingen addr:country (i några städer
>> ingen addr:city heller) dvs. att renderern måste titta på
>> admin-relationerna i alla fall och man kan ju anta att Sveriges
>> riksgränser kortlades korrekt :-)
>>
>> source:
>> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
>> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
>> fallet de släpper fler kartor.
>>
>> Jag måste fundera kring debatten om nod vs. byggnad. Jag ska svara i den
>> andra tråden senare.
>>
>>
>> Mina kommentarer angående metodiken:
>> 
>>
>> En av OpenStreetmaps styrkor är "We map what's on the ground". Därför,
>> tycker jag, gäller det att undvika att importera "fel, men officiellt"
>> data. Jag tycker att man skulle vara väldigt försiktigt att man inte
>> importera skräp eller förstöra existerande data (också när man uppdatera
>> data).
>>
>> Hur är datakavaliten? Har någon tittat på den? Jag har inte tittat på
>> den i detalj, så det kanske inte finns några av de fall jag beskriver
>> nedan. Jag kan inte heller bedöma det eftersom jag inte bo i Helsingborg.
>>
>> On 01/21/2017 09:59 AM, Andreas Vilén wrote:
>>
>>> 3) Jag laddar in adressfilen i Josm.
>>>
>>
>> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
>> GeoJSON används på vilket sätt?
>>
>> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>>> lägga in dem i husen. 7) Jag kopierar in husnummer i hus, korrigerar
>>> mot redan mappade husnummer, sätter fast i entrénoder där det är
>>> möjligt att se osv, och laddar upp igen.
>>>
>>
>> Förstår jag det rätt, att du först vill ladda upp "allting" (även
>> adresser som redan finns i OSM) och i ett andra steg ta bort duplikatorna
>> som skapades? Vad är motiveringen bakom / fördelen av detta?
>>
>> Några frågor (och min åsikt, men jag vill höra andras åsikter)
>> Hur ska vi hantera adresser...
>>  * som redan finns (gör ingenting, existerande data har prioritet)
>>  * som finns t.ex. 2A och 2B i OSM men bara som 2 i kommunens data (gör
>> ingenting)
>>  * som har "felaktiga" koordinater som ligga längs bort (gör ingenting)
>>  * som har ett alternativt / felaktigt stavning jämfört med de som finns
>> i OSM (matcha dem manuellt. Gatunamnet skulle dock bara ändras om man
>> känner området eller var på plats. Folk har ofta kommit överens att
>> gatunamnet på skylten är det som gäller för "name" i dessa fall)
>>  * byggnader som har en adress enligt kommunen men inte "finns" på plats
>> t.ex. ingången finns inte längre, "hus" är ett garage... )
>>  * som försvinner eller flyttas enligt kommunen i någon senare
>> uppdatering? (Jag tycker vi skulle verifiera det på plats. Det
>> betyder ofta att det finns betydligt fler att mappa och vi skulle inte
>> lita på kommunen "helt blind" t.ex. kunde det finnas adresser av hus som
>> inte byggs än.)
>>  * har du tänkt på olika sätt att beskriva adresser t.ex. Sveavägen
>> "2A", "2 a", "2a", "2A-D" eller också addr:interpolation?
>>
>> Hur ska vi säkerställa kvalitén på lång sikt? (Använd regio-osm
>> husnummerutvärderingen)
>>
>>
>> Kvalitetssäkring och eventuella alternativföreslag
>> ==
>>
>> Jag vet inte om ni känner den, men jag anser husnummerutvärderingen av

Re: [Talk-se] Husnummerimport i Hbg kommun

[Karl Wettin]

> On 23 Jan 2017, at 16:29, Andreas Vilén  wrote:
> 
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i fallet 
> de släpper fler kartor.
> 

+1

En datumstämpel är också bra då Helsingborg uppdaterar sin fil på nätet 
löpande. En gång i veckan om jag inte minns fel.


kalle


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-us] I think I got this right...

[Paul Johnson]

On Sun, Jan 22, 2017 at 12:08 PM,  wrote:

> On Sunday, January 22, 2017 at 6:24 AM, Paul Johnson wrote
>
> > It would be easier to verify by using forward in the child relations
> exclusively.  Then it will validate as a loop, or it won't,
>
> > and the gap becomes immediately apparent.  As tagged, most tools (JOSM
> included) won't "get" it.
>
>
>
> In order to automatically validate, no tag should be necessary. However,
> the GUI in the JOSM relation editor will still show be able to show the
> complete loop or lack thereof, making for a easy manual valication/override.
>
>
>
> The retention of the directional tags are easier for **human** reference
> 
>

That's the thing, though...JOSM is a human interface.  I would argue
breaking JOSM breaks human reference.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Om du vill titta på datan själv är här en länk till .osm-filen jag
använder:
http://grillo.users.openstreetmap.se/helsingborg%20adresspunkter.osm

2017-01-23 8:29 GMT+01:00 Andreas Gnau :

> (Ursäkta min svenska, har inte bott här så länge...)
>
> Jag tycker att vi skulle skapa en wiki-sida enligt
> http://wiki.openstreetmap.org/wiki/Import/Guidelines för att sammanfatta
> resultaten av diskussionen innan du börjar på riktigt. Frågorna i wikin
> hjälper också att fundera kring importen själv.
>
> Mina kommentarer angående taggning:
> ===
>
> addr:postcode:
> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
> Renderern kan alltid formatera det.
>
> addr:country:
> Jag anser addr:country som onödigt/redundant. Realiteten är att det
> finns många addresser i OSM som har ingen addr:country (i några städer
> ingen addr:city heller) dvs. att renderern måste titta på
> admin-relationerna i alla fall och man kan ju anta att Sveriges
> riksgränser kortlades korrekt :-)
>
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
> fallet de släpper fler kartor.
>
> Jag måste fundera kring debatten om nod vs. byggnad. Jag ska svara i den
> andra tråden senare.
>
>
> Mina kommentarer angående metodiken:
> 
>
> En av OpenStreetmaps styrkor är "We map what's on the ground". Därför,
> tycker jag, gäller det att undvika att importera "fel, men officiellt"
> data. Jag tycker att man skulle vara väldigt försiktigt att man inte
> importera skräp eller förstöra existerande data (också när man uppdatera
> data).
>
> Hur är datakavaliten? Har någon tittat på den? Jag har inte tittat på
> den i detalj, så det kanske inte finns några av de fall jag beskriver
> nedan. Jag kan inte heller bedöma det eftersom jag inte bo i Helsingborg.
>
> On 01/21/2017 09:59 AM, Andreas Vilén wrote:
>
>> 3) Jag laddar in adressfilen i Josm.
>>
>
> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
> GeoJSON används på vilket sätt?
>
> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>> lägga in dem i husen. 7) Jag kopierar in husnummer i hus, korrigerar
>> mot redan mappade husnummer, sätter fast i entrénoder där det är
>> möjligt att se osv, och laddar upp igen.
>>
>
> Förstår jag det rätt, att du först vill ladda upp "allting" (även
> adresser som redan finns i OSM) och i ett andra steg ta bort duplikatorna
> som skapades? Vad är motiveringen bakom / fördelen av detta?
>
> Några frågor (och min åsikt, men jag vill höra andras åsikter)
> Hur ska vi hantera adresser...
>  * som redan finns (gör ingenting, existerande data har prioritet)
>  * som finns t.ex. 2A och 2B i OSM men bara som 2 i kommunens data (gör
> ingenting)
>  * som har "felaktiga" koordinater som ligga längs bort (gör ingenting)
>  * som har ett alternativt / felaktigt stavning jämfört med de som finns
> i OSM (matcha dem manuellt. Gatunamnet skulle dock bara ändras om man
> känner området eller var på plats. Folk har ofta kommit överens att
> gatunamnet på skylten är det som gäller för "name" i dessa fall)
>  * byggnader som har en adress enligt kommunen men inte "finns" på plats
> t.ex. ingången finns inte längre, "hus" är ett garage... )
>  * som försvinner eller flyttas enligt kommunen i någon senare
> uppdatering? (Jag tycker vi skulle verifiera det på plats. Det
> betyder ofta att det finns betydligt fler att mappa och vi skulle inte
> lita på kommunen "helt blind" t.ex. kunde det finnas adresser av hus som
> inte byggs än.)
>  * har du tänkt på olika sätt att beskriva adresser t.ex. Sveavägen
> "2A", "2 a", "2a", "2A-D" eller också addr:interpolation?
>
> Hur ska vi säkerställa kvalitén på lång sikt? (Använd regio-osm
> husnummerutvärderingen)
>
>
> Kvalitetssäkring och eventuella alternativföreslag
> ==
>
> Jag vet inte om ni känner den, men jag anser husnummerutvärderingen av
> Dietmar Seifert (OSM-User: okilimu) som ett väldigt bra verktyg för att
> jämföra husnumren. Det går t.ex. att
>  * se adresser som bara finns i OSM / i kommunens data och öppna /
> importera de till JOSM eller visa dem på kartan
>  * visa distansen mellan matchande adresser
>  * ignorera dvs. gömma och kommentera felaktiga adresser i kommunens data
>  * se täckning per stad/stadsdel/gata och också den historiska
> utvecklingen av täckningen
>
> Som exempel en länk till en stadsdel i Hamburg, Tyskland:
> http://regio-osm.de/hausnummerauswertung/auswertung_anzeigen?job_ids=2367;
> ausgabefarbig=true=osmkartevoll=nein&
> unterdrueckspalten=nein=Bundesrepublik+Deutschland=Hamburg
>
> Man kan ändra språket till Engelska upp till höger på webbsidan ;-)
>
> Det vore också en möjlighet att använda den här utvärderingen för den
> initiala importen. Om jag minns rätt, så är matchningsmekanismen ganska
> bra. Det ger en bra 

Re: [Talk-se] Husnummerimport i Hbg kommun

[Andreas Vilén]

Jag fyller i mina svar nedan i ditt svar.

2017-01-23 8:29 GMT+01:00 Andreas Gnau :

> (Ursäkta min svenska, har inte bott här så länge...)
>
> Jag tycker att vi skulle skapa en wiki-sida enligt
> http://wiki.openstreetmap.org/wiki/Import/Guidelines för att sammanfatta
> resultaten av diskussionen innan du börjar på riktigt. Frågorna i wikin
> hjälper också att fundera kring importen själv.
>

Jag har följt riktlinjerna så gott jag kunnat. Jag skrev på wikin här och
Erik har lagt till lite info:
https://wiki.openstreetmap.org/wiki/Helsingborg#House_number_import

>
> Mina kommentarer angående taggning:
> ===
>
> addr:postcode:
> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
> Renderern kan alltid formatera det.
>

Postnummer i Sverige ska såvitt jag vet vara formaterade så. Det spelar
inte så stor roll vilket eller egentligen.

>
> addr:country:
> Jag anser addr:country som onödigt/redundant. Realiteten är att det
> finns många addresser i OSM som har ingen addr:country (i några städer
> ingen addr:city heller) dvs. att renderern måste titta på
> admin-relationerna i alla fall och man kan ju anta att Sveriges
> riksgränser kortlades korrekt :-)
>

I hela Sverige används addr:country relativt konsekvent så jag ser inget
skäl att utelämna det här.

>
> source:
> Jag tycker att det vore bra att använda någon mer specifik källa, t.ex.
> "Helsingborg Kommuns Baskarta" för att det finns inga flertydigheter i
> fallet de släpper fler kartor.
>

Som sagt är det CC0 så vi behöver inte ange någon källa alls. Helsingborgs
kommun står bakom kartan så de är också källan.

>
> Jag måste fundera kring debatten om nod vs. byggnad. Jag ska svara i den
> andra tråden senare.


>
> Mina kommentarer angående metodiken:
> 
>
> En av OpenStreetmaps styrkor är "We map what's on the ground". Därför,
> tycker jag, gäller det att undvika att importera "fel, men officiellt"
> data. Jag tycker att man skulle vara väldigt försiktigt att man inte
> importera skräp eller förstöra existerande data (också när man uppdatera
> data).
>

Du kan vara lugn. Jag är erfaren osm-användare sedan 2008, har hanterat
importer förr och är otroligt noggrann med datakvaliteten.

>
> Hur är datakavaliten? Har någon tittat på den? Jag har inte tittat på
> den i detalj, så det kanske inte finns några av de fall jag beskriver
> nedan. Jag kan inte heller bedöma det eftersom jag inte bo i Helsingborg.


Den är lysande. Alla noder överlappar i princip redan byggnaderna den
tillhör och adresserna ser ut att vara så välplacerade det går inne i
stadscentrum där det är svårt att se uppifrån var adresserna är. Det är
ofta här dessutom omöjligt att surveya manuellt eftersom det kräver att man
får tillgång till låsta innergårdar.

>
>
> On 01/21/2017 09:59 AM, Andreas Vilén wrote:
>
>> 3) Jag laddar in adressfilen i Josm.
>>
>
> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
> GeoJSON används på vilket sätt?


Förstår inte vad du menar. Jag öppnar en .osm-fil.

>
>
> 6) Jag laddar upp husnumren som de är i befintligt skick, utan att
>> lägga in dem i husen. 7) Jag kopierar in husnummer i hus, korrigerar
>> mot redan mappade husnummer, sätter fast i entrénoder där det är
>> möjligt att se osv, och laddar upp igen.
>>
>
> Förstår jag det rätt, att du först vill ladda upp "allting" (även
> adresser som redan finns i OSM) och i ett andra steg ta bort duplikatorna
> som skapades? Vad är motiveringen bakom / fördelen av detta?
>

Min tanke med att ladda upp alla adresser är att vara tydlig med datan som
finns och som laddas upp. Den betyder också att alla adresserna någon gång
funnits i osm-databasen även om de försvinner sen. Jag hade kunnat skippa
steg 6 och kopierat in dem i husen direkt, men då hade vi inte haft
mellansteget där man lättare kan se vad som hänt med datan. Den korta tid
som det kan finnas duplicerad data är försumbar. Det handlar kanske om fem
minuter upp till en halvtimme.


> Några frågor (och min åsikt, men jag vill höra andras åsikter)
> Hur ska vi hantera adresser...
>  * som redan finns (gör ingenting, existerande data har prioritet)
>

Där adresser redan finns kommer jag ändå att kopiera in kompletterande
taggar, som postnummer och postort. Skiljer sig husnumren eller vägnamnen
åt kommer jag göra en bedömning om det manuellt mappade kanske är
felaktigt.

 * som finns t.ex. 2A och 2B i OSM men bara som 2 i kommunens data (gör
> ingenting)
>

Tror inte sådana här fall förekommer, men jag håller med.


>  * som har "felaktiga" koordinater som ligga längs bort (gör ingenting)
>

??

 * som har ett alternativt / felaktigt stavning jämfört med de som finns
>

Jag är övertygad om att stavningen i kommunens officiella data är bättre än
den manuellt karterade. Ett exempel som jag brukar återkomma till är
Bachmansgatan i Kävlinge. Denna skyltas öst om Jakobsgatan Bachmansgatan
och väst om Jakobsgatan Backmansgatan. Ändå är det 

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Martin Tesar]

Jojo, trochu nas na mtbmap.cz zlobi HW, resime to.
Martin

Dne 23. ledna 2017 13:37 Marián Kyral  napsal(a):

> Tak koukám, že mtbmap.cz má problém sám se sebou, takže proto nejde. A
> zbytek mi funguje, ale to bude tím, že jsem zapomněl, že v práci mám FF 45.
> :-)
>
> Marián
>
> -- Původní zpráva --
> Od: Marián Kyral 
> Komu: OpenStreetMap Czech Republic , Pavel
> Zbytovský 
> Datum: 23. 1. 2017 13:08:26
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> Ahoj,
> Pavel dělal včera nějaké změny. Asi to bude souviset.
>
> Zdá se, že nějak přestal fungovat https_proxy script. Respektive se načítá
> nějak strašně dlouho. Například: https://openstreetmap.cz/
> proxy.php/tile.mtbmap.cz/mtbmap_tiles/15/17735/11164.png se mi tu už pět
> minut načítá a nic. Asi to na něčem umřelo, ale zapomnělo dát vědět dál.
>
> Pavle, můžeš na to mrknout prosím?
> Marián
>
> -- Původní zpráva --
> Od: Petr Vozdecký 
> Komu: OpenStreetMap Czech Republic 
> Datum: 23. 1. 2017 12:35:15
> Předmět: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> Ahoj všem,
>
> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
>
> - Firefox pro desktop, ver 50.1.0 na Win10:
> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
> obsah=0)
>
> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> OK
>
> - Firefox pro Android, ver 50.1.0 for Android:
> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
>
> - Chrome pro Android, verze 55.0.2883.91 for Android:
> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
> připojení není soukromé"
>
> vop
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>


-- 
Martin Tesar
http://mtbmap.cz/
Twitter  GitHub 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[talk-ph] Edits in Metro Manila

[Andy Townsend]

An editor whose previous edits have all been reverted (see 
http://resultmaps.neis-one.org/osm-discussion-comments?uid=1918338 and 
http://www.openstreetmap.org/user_blocks/1127) and whose changeset 
comments are all "YES!" is back.


Do the three changesets 4 days ago look OK to everyone?  Some of the 
ways in them have already been "connected up" by Mapbox's data people 
(see e.g. http://www.openstreetmap.org/way/467178965) so it'd be good to 
know that what they joined up actually existed.


Best Regards

Andy Townsend (from OpenStreetMap's Data Working Group)



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

[talk-ph] Retagging the abandoned PNR Batangas Line

[Jherome Miguel]

I made a series of edits to change portions of the PNR (Philippine National
Railways) Batangas Line from abandoned to proposed, as part of the planned
North-South Railway project. But, I have uncertainty that these should
remain as abandoned railways, however, there are official plans to
reconstruct the PNR Batangas Line as part of the North-South Railway Phase
2 on several online news articles. The so-called North-South Railway, which
will extend the PNR South Main Line from Legaspi to Matnog, and rebuild the
branch line (mentioned above) to Batangas City, is one of Rodrigo Duterte's
plans on the transport sector, along with decongesting roads in Metro
Manila and other planned railway construction projects, like the
Subic-Clark Railway Line, and I made edits to reflect those current plans.
I am also expecting that someone may follow up those retagging work on the
remaining portions of the PNR Batangas Line (including portions now part of
barangay roads), which will change them from abandoned to proposed, and add
related tags for the proposed railway.
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-cl] Representación de peajes con varias vías

[Cristián Serpell]

Gracias a ambos. Eliminé las líneas adicionales entonces.

Cristián
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-br] Sobre addr:interpolation - possibilidades

[Arlindo Pereira]

*https://goo.gl/vTCEKf * – this goo.gl shortlink has
been disabled. It was found to be violating our Terms of Service. Click here
 and here
 for more information about our terms and
policies respectively.


[]s
Arlindo Pereira

Em 21 de janeiro de 2017 23:42, santamariense 
escreveu:

> Compartilho com os senhores o relatório de uma simulação de mapeamento
> de numeração de casas usando o CNEFE. O relatório consta de uma
> arquivo de texto (o relatório em sí) + um *.osm de como ficou o
> resultado do mapeamento.
>
> Relatório: https://goo.gl/vTCEKf
>
> O relatório se refere ao estudo de caso da Proposta 1
> (https://wiki.openstreetmap.org/wiki/WikiProject_Brazil/
> CNEFE_2010/Importa%C3%A7%C3%A3o_dos_endere%C3%A7os)
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[OSM-talk-fr] Offre d'emploi Algolia Places: geocoder OpenStreetMap

[Vincent de Château-Thierry]

Bonjour,
Je relaie ici pour lui donner un peu plus de visibilité une offre d'emploi 
apparue sur le forum. Le poste requiert une expertise sur OSM :

http://forum.openstreetmap.fr/viewtopic.php?f=22=5032

Bonne lecture,
vincent

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Karl Wettin]

> On 23 Jan 2017, at 11:59, Erik Johansson  wrote:
> 
> IMHO kan man  ta bort source, datat är CC0 så det är bara att
> kommentera källan på wikin och i Changesettet.

Jag tycker det är juste att lämna källa tydligt, även om man inte måste. Om 
inget annat så visar det för andra myndigheter som funderar på CC0 men vill ha 
tydlig creds att det kan man få ändå.


kalle


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G - mapping party

[Alessandro Palmas]

  
  
Salve lista,
il mapping party a chiusura della manifestazione si terrà sabato 11
a Santa Margherita Ligure.

Appuntamento tra le 9 e le 10 alla Stazione FS di Santa Margherita
Ligure http://osm.org/go/xX2A9rZW?m= dove verranno creati i gruppi e
assegnate le zone.
A chi non possiede un GPS verrà dato un Fieldpapers
(www.fieldpapers.org).
La zona interessata dal mapping party comprende il Comune di Santa
Margherita Ligure e dell'adiacente San Michele di Pagana.
Alle ore 14 appuntamento presso la sede del Parco di Portofino, nel
centro di Santa Margherita, in Viale Elia Rainusso 1
http://osm.org/go/xX2A9K5Nh-?m= dove, muniti di pc portatili e
mouse, caricheremo i dati sul database OpenStreetMap e editeremo
voci Wikipedia (il comune probabilmente ci fornirà foto e materiali
interessanti su Santa Margherita).
La sessione di editing si chiuderà alle 17, con un ultimo giro di
domande e risposte.

Treni da Genova Brignole (molti si fermano anche nelle altre
stazioni di Genova) alle 8,25 - 8,36 - 9,11

Alessandro Ale_Zena_IT

 
  


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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[James]

1. The bad reverted data will be cleaned in the import process (we know
there is a few patches here and there in Ottawa), but Frammy decided to
give up on the revert

2. They will be moved manually in each tile as we were doing before. They
will be moved to the center of the building and merged down to the outline.
Terracing might take longer. Alignment of points is irrelevant if we are
merging them to the polygon outlines as this creates a new data set that
Ottawa does not have (addresses with the polygons)

3. Yes, city and province per address seems a little excessive and grows
the database quite quickly, when you can do a simple spatial join.

4. There is no way to verify if sheds are still there, unless we trespass
on people's properties. Best example of this is:
https://www.bing.com/maps?FORM=Z9LH3 that huge building has been destroyed
to build a new Costco location, this one here:
https://www.bing.com/maps?FORM=Z9LH3 has been demolished this week for
condominiums. This is where local knowledge is essential. Sheds cannot
really be surveyed, so we rather avoid mapping small sheds that might not
be there.

On Mon, Jan 23, 2017 at 8:18 AM, Stewart C. Russell 
wrote:

> On 2017-01-23 01:54 AM, Denis Carriere wrote:
> > There's been a lot of discussion on the license, however has anyone read
> > the documentation on the import yet?
>
> Read it? My mucky paw-prints are all over the edit history of the
> article and its talk page. So I know I've read it, at least.
>
> Couple of things:
>
> 1.  There are still some lurking imported data that the previous
> edits left behind. This could have been due to the reversion
> process
> stopping/failing. An example is the chunk of address nodes around Bank &
> Walkley, such as
>
> https://www.openstreetmap.org/node/4432919584/history#map=
> 17/45.36977/-75.66044
>
> Is there a decision on what needs to be done to these data?
>
>
> 2.  Does the import process still intend to move (manually?) the
> address points from the lot centres to the building centroids?
> While
> this gives StatCan their building addresses, it does mean that OSM will
> create its own variant of the Ottawa address file that won't align with
> any other data set.
>
>
> 3.  Just to check: the address nodes will only have the
> house number, street and (optionally) unit? The city, province and
> country tags are superfluous because of boundary relations. If StatCan
> want this, we should show them how to do a query that pulls in spatial
> relations.
>
>
> 4.  (weak attempt at humour) The decision to filter out
> outbuildings is, frankly, shedist. A world without huts and
> bothies is
> not one I would wish to live in.
>
>
>  Stewart “Two Sheds” Russell
>
>
> ___
> Talk-ca mailing list
> Talk-ca@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ca
>



-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-cz] Přijďte na Missing maps mapathon Lékařů bez hranic v Praze

[Jan Bohm]

Dobrý den,

Je leden a s ním první letošní Missing maps mapathon v Praze.

Budeme mapovat oblast v Jižním Súdánu, kde Lékaři bez hranic připravují 
aktivity okolo města Aweil. Mapy jsou o to zajímavější, že jsou připravené z 
aplikace MapSwipe (http://mapswipe.org/):
https://www.eventbrite.co.uk/e/pravidelny-prazsky-mapathon-tentokrat-v-opero-registration-31288371361?utm_term=eventurl_text

Těším se na setkání
Jan Böhm

Jan Böhm | Digital Strategist
Lékaři bez hranic | Médecins Sans Frontières
Seifertova 555/47 | 130 00 Praha 3 | Czech Republic
+ 420 257 090 152 | www.lekari-bez-hranic.cz
www.lekari-bez-hranic.cz/krize-v-nigerii
[MSF172090_Medium]

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

Re: [Talk-se] Gamla tågspår - Ska de mappas?

[Per Eric Rosén]

Jag ser gärna att gamla järnvägsspår är kvar. Även om banvallen är 
förstörd syns den ofta tydligt i terrängen, och sådant ska vi mappa.


Sen skulle jag kunna sträcka mig till att även behålla "osynliga" fd 
järnvägar - de är inte bara en banvall, utan också något som 
strukturerat omgivande bebyggelse och kan bli en nyckel när man försöker 
läsa av ett område som det ser ut idag.


Tycker också det var rätt trevligt att se fd järnvägar när man är ute och 
turistar faktiskt.


Jag kan tänka mig dock att de strukturer som inte finns på marken *alls* 
kan förpassas till något av de system som föreslagits om OSM med 
tidslinje. En *rolig* applikation vore till exempel att kunna gå omkring i 
någon klosterruin och slå på (i en turistorienterad karta till exempel) 
att visa att man befann sig i en kryddträdgård, i ett kapell osv.

Eller då att man ser att den där stenbiten läng cykelvägen var en lastkaj.

/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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[Stewart C. Russell]

On 2017-01-23 01:54 AM, Denis Carriere wrote:
> There's been a lot of discussion on the license, however has anyone read
> the documentation on the import yet?

Read it? My mucky paw-prints are all over the edit history of the
article and its talk page. So I know I've read it, at least.

Couple of things:

1.  There are still some lurking imported data that the previous
edits left behind. This could have been due to the reversion process
stopping/failing. An example is the chunk of address nodes around Bank &
Walkley, such as

https://www.openstreetmap.org/node/4432919584/history#map=17/45.36977/-75.66044

Is there a decision on what needs to be done to these data?


2.  Does the import process still intend to move (manually?) the
address points from the lot centres to the building centroids? While
this gives StatCan their building addresses, it does mean that OSM will
create its own variant of the Ottawa address file that won't align with
any other data set.


3.  Just to check: the address nodes will only have the
house number, street and (optionally) unit? The city, province and
country tags are superfluous because of boundary relations. If StatCan
want this, we should show them how to do a query that pulls in spatial
relations.


4.  (weak attempt at humour) The decision to filter out
outbuildings is, frankly, shedist. A world without huts and bothies is
not one I would wish to live in.


 Stewart “Two Sheds” Russell


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

Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada

[Steve Singer]

On Sun, 22 Jan 2017, Stewart C. Russell wrote:


On 2017-01-22 12:48 PM, James wrote:


So why is this not considered the exact same as OGL-CA, which is
considered compatible with ODBL?


My understanding of why it's not the same:

1) The OGL-CA, due to a fault in its design, can only be used by the
Canadian Federal Government. Contrast that with OGL-UK which is written
as a general licence for any organization in the UK public sector to use.

2) The Ottawa licence has some differences, apart from the information
provider in the definitions:

- it's missing the introduction completely

- in excluding personal information, it refers to the Ontario
  Municipal Freedom of Information and Protection of Privacy Act,
  rather than the federal Privacy Act. These laws have different scopes


It isn't obvious to me why any of these changes would make the Ottawa 
license incompatible with OSM.




I'd tend to agree with Steve that if permission has been given by the
City, then I can't see any other objection. Paul Norman may have to
chime in with any remaining concerns.

I would ask those who claim that we should accept this because the
Federal government's lawyers and staff say we should: does the Federal
government have the best interests of OSM as a continuing project at
heart? One cannot rely on the opinion of other people's lawyers, because
they have different goals.



OSM as a project needs to be able to take a clear license and decide if 
using data covered from that license is safe to use without having to really 
on special permissions. If we decide that that license is incompatible for 
reason X and we need special permission then we might decide to get that.



I'm finding it hard to see why the terms of either OGL-CA or the 
Ottawa license are incompatible.





Stewart


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



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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Marián Kyral]

Tak koukám, že mtbmap.cz má problém sám se sebou, takže proto nejde. A 
zbytek mi funguje, ale to bude tím, že jsem zapomněl, že v práci mám FF 45. 
:-)

Marián

-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic , Pavel 
Zbytovský 
Datum: 23. 1. 2017 13:08:26
Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"Ahoj,
Pavel dělal včera nějaké změny. Asi to bude souviset.

Zdá se, že nějak přestal fungovat https_proxy script. Respektive se načítá 
nějak strašně dlouho. Například: https://openstreetmap.cz/proxy.php/tile.
mtbmap.cz/mtbmap_tiles/15/17735/11164.png se mi tu už pět minut načítá a 
nic. Asi to na něčem umřelo, ale zapomnělo dát vědět dál.

Pavle, můžeš na to mrknout prosím?
Marián

-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 1. 2017 12:35:15
Předmět: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"Ahoj všem,

současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):

- Firefox pro desktop, ver 50.1.0 na Win10:
nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale 
obsah=0)

- Chrome pro desktop, verze 55.0.2883.87 m na Win10:
OK

- Firefox pro Android, ver 50.1.0 for Android:
nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu

- Chrome pro Android, verze 55.0.2883.91 for Android:
nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše 
připojení není soukromé"

vop
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Karel Volný]

beru zpět, někdo mi rozbil nastavení, po promazání konfigurace to jede ok, jen 
ten certifikát ...

K.

On Monday 23 January 2017 13:22:49 Karel Volný wrote:
> QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> musím odkliknout hlášku o nedůvěryhodném certifikátu
> mapa se nezobrazí vůbec
> 
> K.
> 
> On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > Ahoj všem,
> > 
> > současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > 
> > - Firefox pro desktop, ver 50.1.0 na Win10:
> > nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
> > obsah=0)
> > 
> > - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > OK
> > 
> > - Firefox pro Android, ver 50.1.0 for Android:
> > nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > 
> > - Chrome pro Android, verze 55.0.2883.91 for Android:
> > nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
> > připojení není soukromé"
> > 
> > vop


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Karel Volný]

QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
musím odkliknout hlášku o nedůvěryhodném certifikátu
mapa se nezobrazí vůbec

K.

On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> Ahoj všem,
> 
> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> 
> - Firefox pro desktop, ver 50.1.0 na Win10:
> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
> obsah=0)
> 
> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> OK
> 
> - Firefox pro Android, ver 50.1.0 for Android:
> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> 
> - Chrome pro Android, verze 55.0.2883.91 for Android:
> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
> připojení není soukromé"
> 
> vop


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Marián Kyral]

Ahoj,
Pavel dělal včera nějaké změny. Asi to bude souviset.

Zdá se, že nějak přestal fungovat https_proxy script. Respektive se načítá 
nějak strašně dlouho. Například: https://openstreetmap.cz/proxy.php/tile.
mtbmap.cz/mtbmap_tiles/15/17735/11164.png se mi tu už pět minut načítá a 
nic. Asi to na něčem umřelo, ale zapomnělo dát vědět dál.

Pavle, můžeš na to mrknout prosím?
Marián

-- Původní zpráva --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 1. 2017 12:35:15
Předmět: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"Ahoj všem,

současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):

- Firefox pro desktop, ver 50.1.0 na Win10:
nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale 
obsah=0)

- Chrome pro desktop, verze 55.0.2883.87 m na Win10:
OK

- Firefox pro Android, ver 50.1.0 for Android:
nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu

- Chrome pro Android, verze 55.0.2883.91 for Android:
nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše 
připojení není soukromé"

vop
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Matteo Fortini]

Ottima l'idea di usare ethercalc.
Per quanto riguarda umap, lo uso spesso, ma vorrei cominciare a mettere 
le info che stanno bene su OSM direttamente in loco, per supportare i 
navigatori e in generale tutte/i gli interessati.


Il 22/01/2017 12:44, Cascafico Giovanni ha scritto:



Il giorno 21 gennaio 2017 17:33, Matteo Fortini 
> ha scritto:


La lista che abbiamo usato è qui, è stata geotaggata a mano da
persone del posto, io ho mappato nei dintorni dei luoghi per non
lasciarli nel nulla, ma tutto potrebbe essere migliorato parecchio


https://docs.google.com/spreadsheets/d/1so6Bt74QvJJ1mG7TLUguMSVPQARww9zw0eCW4gOjw7g/edit?usp=sharing




Ciao,

questo approccio crowd mi pare ottimo. Hai valutato di farlo con il 
connubio ethercalc-umap, evitando google?


Puoi generare velocemente una mappa tematica direttamente alimentata 
da un foglio elettronico condiviso [1] : appena qualcuno inserisce sul 
foglio elettronico una riga e valorizza le colonne lat e lon, appare 
una puntina sulla umap. La umap è esportabile, includibile in pochi click.


Mi sono permesso di copincollare il vostro foglio elettronico in 
ethercalc [1] e generare una umap [2]



[1] https://ethercalc.org/fi7xm5jdna9q
[2] http://umap.openstreetmap.fr/it/map/mappa-senza-nome_122343




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


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

Re: [Talk-it] Mappa centri accoglienza terremoto l'Aquila

[Matteo Fortini]

Il 21/01/2017 20:45, girarsi_liste ha scritto:

Il 21/01/2017 17:33, Matteo Fortini ha scritto:

La lista che abbiamo usato è qui, è stata geotaggata a mano da persone del
posto, io ho mappato nei dintorni dei luoghi per non lasciarli nel nulla,
ma tutto potrebbe essere migliorato parecchio

https://docs.google.com/spreadsheets/d/1so6Bt74QvJJ1mG7TLUguMSVPQARww9zw0eCW4gOjw7g/edit?usp=sharing


Ok, meglio che niente, ed integra sempre di più di guanto finora messo a
disposizione, grazie.

Per la licenza, come la vuoi/volete attribuire?


Dal momento che si tratta di dati che sono stati creati a mano o usando 
nominatim, sarei per CC0 o direttamente ODBl


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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[majka]

S problémem nepomůžu, ale drobná poznámka - Firefox portable, ver. 50.1.0
na Win 7 zobrazuje pop-upy normálně, úvodní vrstvě s mapou se musí pomoct -
nezobrazí se automaticky, musí se vybrat zobrazení.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Stav openstreetmap.cz v prohlížečích

[Petr Vozdecký]

Ahoj všem,

současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):

- Firefox pro desktop, ver 50.1.0 na Win10:
nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale 
obsah=0)

- Chrome pro desktop, verze 55.0.2883.87 m na Win10:
OK

- Firefox pro Android, ver 50.1.0 for Android:
nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu

- Chrome pro Android, verze 55.0.2883.91 for Android:
nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše 
připojení není soukromé"

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

Re: [OSM-talk-be] 90 --> 70 km/h

[joost schouppe]

Even aangepast om de wegen eruit te laten die al gefixed zijn:

http://overpass-turbo.eu/s/lr7

Gewoon [!"source:maxspeed"] toegevoegd, oftewel: source:maxspeed is niet
ingevuld.
Goede gewoonte om die tag toe te voegen natuurlijk, en dan hebben we geen
tijdelijke tag nodig.

Iemand zin om er een "project" van te maken om op osm.be en de blog uit te
leggen?


2017-01-23 10:07 GMT+01:00 Santens Seppe :

> Instellingen > Map > Kleine objecten niet weergeven als POI
>
>
>
> *Van:* Ruben [mailto:talk-be.ru...@janmaes.com]
>
>
>
> PPS: Does anyone know how to get rid of those way placeholders on Overpass
> Turbo? I'm talking about those nodes that are all over the place when
> there are a lot of ways that are 'too small to show', like on the above map.
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-se] Husnummerimport i Hbg kommun

[Erik Johansson]

2017-01-23 8:29 GMT+01:00 Andreas Gnau :
> addr:postcode:
> Jag tycker att vi skulle ta bort mellanrummet mellan siffrorna.
> Renderern kan alltid formatera det.

Nu la jag specifikt till mellanslaget, med bara 32 796 mellanslag i
datat, blir det extrapolerat från bara denna datapunkt  3MB-30MB
mellanslag för hela Sverige det är ok för att formatera postnummer på
rätt sätt. :-)

> addr:country:
> Jag anser addr:country som onödigt/redundant

Håller med

> source:

IMHO kan man  ta bort source, datat är CC0 så det är bara att
kommentera källan på wikin och i Changesettet.

Däremot är det absolut intressant att ha koll på vilken version vi importerar
Adress.MAPADDRESSPOINT.geojson
datum 2017-01-01
sha1sum  93170fd3e305d4976457cd65fe4be4d7132ad03b


> Hur är datakavaliten?

Jag bor inte heller i Helsingborg, men efter ha kollat ett hundratal
punkter bedömer jag kvalitén som utmärkt, det finns bland annat en
klassificering av adresspunkter som byggnad/ingång/tomt som inte är
med i konverteringen. Placeringen av punkten verkar ändå vara
centrerad på byggnader.



>> 3) Jag laddar in adressfilen i Josm.
>
>
> Andreas, kan du beskriver lite mer hur steg 3 fungera? Vilka fält i
> GeoJSON används på vilket sätt?

ADDRESSAREA_resolved => addr:street
ENUMERATOR + DESIGNATIONNUMBERLETTER => addr:housenumber
POSTCODE + %20 => addr:postcode
CITY => addr:city
Det finns mycket information i adresspunkts filen som kan användas på
andra sätt än bara portnummer, men det jag tror det finns
trottoarkanter i baskartan så det är nog smartare att begränsa sig
lite.

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

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Oleksiy Muzalyev]

Yes. It works my end too. I got it now. I was clicking on the link "O" 
to display the OSM map with the Standard Layer, but not on the 
coordinates in an article.


The map with the outline opens, however this map is very simplified, it 
does not render many useful for a traveler objects, such as museums, 
libraries, supermarkets,  universities, hospitals, etc., which are shown 
on the OSM map, MAPS.ME map, etc. What for did we map these objects? I 
do not see so far how I can practically use such a map.


With best regards,
Oleksiy


On 23.01.2017 10:07, Max wrote:

Works for me (Firefox 53)

On 2017년 01월 23일 07:31, Oleksiy Muzalyev wrote:

Dear Yuri,

Could you, please, provide an example with the location outline?

I tried Salzburg, New York, Odessa, Moscow, etc. in the Russian
Wikipedia, but I got always just a marker on the map, but not an
outline, i.e. a line indicating the outer contours or boundaries of an
object or figure. Perhaps, it is a thin line, and I do not notice it on
the map? Or I misunderstood something.

With best regards,
Oleksiy

On 21.01.17 02:40, Yuri Astrakhan wrote:

Russian Wikipedia just replaced all of their map links in the upper
right corner (geohack) with the  Kartographer extension!
Moreover, when clicking the link, it also shows the location outline,
if that object exists in OpenStreetMap with a corresponding Wikidata
ID (ways and relations only, no nodes).  My deepest respect to my
former Interactive Team colleagues and volunteers who have made it
possible!  (This was community wishlist #21)

Example - city of Salzburg (click coordinates in the upper right
corner, or in the infobox on the side):
https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3 



P.S. I am still working on improving Wikidata linking, and will be
very happy to collaborate with anyone on improving OSM data quality.




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

Re: [Talk-ca] Talk-ca Digest, Vol 107, Issue 20

[Bjenk Ellefsen]

The fundamental principle of Open Data is that some data are freely available 
to all and can be used and republished however they wish. Municipalities and 
Governments have embraced the idea and these initiatives are not only there for 
everyone but for OSM as well.

ODL are there precisely to give these permissions so bureaucrats don't have to 
give personal permission to every single person asking for something.

When raising a concern with the current City of Ottawa ODL, the least that 
should be done is to state clearly what problem there is in the wording. This 
has not been done and it's clear that most here consider it to be valid for 
what we do.

What is the problem with the wording? 



Sent from my iPhone

> On Jan 22, 2017, at 12:48 PM, talk-ca-requ...@openstreetmap.org wrote:
> 
> Send Talk-ca mailing list submissions to
>talk-ca@openstreetmap.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>https://lists.openstreetmap.org/listinfo/talk-ca
> or, via email, send a message with subject or body 'help' to
>talk-ca-requ...@openstreetmap.org
> 
> You can reach the person managing the list at
>talk-ca-ow...@openstreetmap.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-ca digest..."
> 
> 
> Today's Topics:
> 
>   1. Re: Crowdsourcing buildings with Statistics Canada (James)
>   2. Re: Crowdsourcing buildings with Statistics Canada (Steve Singer)
>   3. Re: Crowdsourcing buildings with Statistics Canada (James)
> 
> 
> --
> 
> Message: 1
> Date: Sun, 22 Jan 2017 12:06:39 -0500
> From: James 
> To: John Marshall 
> Cc: Paul Norman , Talk-CA OpenStreetMap
>
> Subject: Re: [Talk-ca] Crowdsourcing buildings with Statistics Canada
> Message-ID:
>
> Content-Type: text/plain; charset="utf-8"
> 
> What I don't understand is even if there was the most open license
> possible, you are requiring to get an authorisation to use the data...So
> what's the point of having a legal group or dealing with licensing as if a
> restrictive copyrighted dataset that sues anyone who uses the data, if we
> have express permission that license doesnt apply to us as we have been
> added as an exception to the license.
> 
> So if I understand correctly Paul, CC0 or any other license would require
> permission as a bypass to the license, even though it would be considered
> compatible with ODBL. To me this is why licensing exists, to avoid having
> to have to manage each licensing use case and says what you can/can't do
> with the data.
> 
>> On Jan 22, 2017 10:08 AM, "John Marshall"  wrote:
>> 
>> Paul,
>> 
>> So once we get a letter from the City of Ottawa, are we good to add the
>> buildings as per the wiki?
>> 
>> John
>> 
>> On Sun, Jan 22, 2017 at 8:41 AM, john whelan 
>> wrote:
>> 
>>> There is another way forward for Stats at the moment and that would be to
>>> use the Statistics Canada address file which is available on the Federal
>>> Government Open Data portal under the Federal Government Open Data
>>> licence.  The addresses are nodes rather than building outlines but there
>>> is nothing to stop building:levels, and postcode etc. being added to a node.
>>> 
>>> This was the file that Metrolink used to add addresses in the Toronto
>>> area.  It also has the benefit that it uses less storage in the OSM
>>> database.
>>> 
>>> Cheerio John
>>> 
 On 21 January 2017 at 21:34, john whelan  wrote:
 
 It's to do with the way government works and is structured.  What you
 have is an official interpretation which carries weight.  Quite a lot of
 weight.
 
 Essentially both Canada and the UK are run by acts of parliament.
 However these are normally interpreted by civil servants to keep things
 running smoothly. For example in the UK by an Act of parliament of 1837
 bicycles are not permitted to  use the sidewalks but administratively you
 will not be prosecuted for cycling on the sidewalk in certain parts of the
 UK.  The act hasn't been repealed but it is simply not enforced.  The
 decision was taken by a civil servant after consultations but is upheld by
 the government.
 
 The day to day running is done by civil servants interpreting the
 minister's wishes or act of Parliament.  There will be discussion and
 debate at a greater depth than either a minister or Parliament have the
 time for and the decision will be recorded together with the reasons for
 and against it.  This can lead to a formal report with a recommendation.
 It is a brave manager or minister who doesn't accept the recommendations.
 Have a look at Yes Minister and you'll see that brave here 

[Talk-dk] OSM på dansk Wikipedia

[Michael Andersen]

Hej

Jeg har i nogen tid haft kig på https://da.wikipedia.org/wiki/OpenStreetMap, 
idet den efterhånden både er misvisende og helt utilstrækkelig. Når man som 
dansker googler på OSM, så er den artikel noget af det første man støder på, 
så det er egentlig ret vigtig at den er i orden.

Men jeg tror desværre ikke jeg rigtig får tid til at gøre noget ved det selv, 
så jeg vil lige høre om der er nogen andre der kunne have mod på det. De 
engelske og tyske versioner er langt mere omfattende, så i første omgang 
handler det bare om at oversætte/skele til dem.

Mvh http://www.openstreetmap.org/user/Hjart

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

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Stefano]

Hi Yuri,
The only difference I found with the old map link (WIWOSM) is that the old
one includes also nearby articles.
The template could include a query with a bounding box search (if the shape
is a polygon) or a radius search (if it's a point feature).

Regards,
Stefano

2017-01-21 2:40 GMT+01:00 Yuri Astrakhan :

> Russian Wikipedia just replaced all of their map links in the upper right
> corner (geohack) with the  Kartographer extension!  Moreover, when
> clicking the link, it also shows the location outline, if that object
> exists in OpenStreetMap with a corresponding Wikidata ID (ways and
> relations only, no nodes).  My deepest respect to my former Interactive
> Team colleagues and volunteers who have made it possible!  (This was
> community wishlist #21)
>
> Example - city of Salzburg (click coordinates in the upper right corner,
> or in the infobox on the side):
> https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%
> 86%D0%B1%D1%83%D1%80%D0%B3
>
> P.S. I am still working on improving Wikidata linking, and will be very
> happy to collaborate with anyone on improving OSM data quality.
>
> ___
> 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] nouveau site Internet points géodésiques IGN

[Florian LAINEZ]

Merci à vous pour avoir terminé la mise en qualité, et merci Adrien pour la
MAJ des relations.

Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN pour élucider ce
mystère.
En plus de celles que j'ai listées dans mon mail du 20 janvier il y a donc
celles dans les DOM/TOM.
Il faudrait créer une requête overpass qui ne redirige pas vers une fiche
pdf mais vers l'URL
http://geodesie.ign.fr/fiches/index.php?module=e=visugeod=france=0,0=13


Le 21 janvier 2017 à 14:00, PanierAvide  a écrit :

> Et donc celles qui posent problèmes sont celles ayant le count à 0.


je compte 120 cas problématiques en utilisant ta requête.

j'ai regardé le premier cas http://www.openstreetmap.org/relation/457245 et
il me semble qu'il va falloir faire au cas par cas.

Dans celui que j'ai cité, je vois que les bornes qui faisaient partie de la
relation ont été supprimées il y a 5 ans et que de nouvelles bornes ont été
créées bien plus tard mais n'ont pas été rajoutées à la relation :
http://www.openstreetmap.org/node/2566885117
http://www.openstreetmap.org/node/4106280157
Je ne trouve que deux points au lieu de trois, leurs méta-données ne sont
pas standard, et je ne sais pas si les bornes sont bien placées. Bref, il
va falloir qu'on regarde chaque relation de plus près.

Quel process avait-on utilisé pour importer tous les points à la base ? Si
on veut intégrer les points manquants ça serait bien de se baser sur un
export complet.
Il me semble que ce travail manuel sur 120 cas est faisable si on s'y met à
plusieurs, et il me semble également que c'est important de disposer de ces
points de référence.


-- 

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

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

[Max]

Works for me (Firefox 53)

On 2017년 01월 23일 07:31, Oleksiy Muzalyev wrote:

Dear Yuri,

Could you, please, provide an example with the location outline?

I tried Salzburg, New York, Odessa, Moscow, etc. in the Russian
Wikipedia, but I got always just a marker on the map, but not an
outline, i.e. a line indicating the outer contours or boundaries of an
object or figure. Perhaps, it is a thin line, and I do not notice it on
the map? Or I misunderstood something.

With best regards,
Oleksiy

On 21.01.17 02:40, Yuri Astrakhan wrote:

Russian Wikipedia just replaced all of their map links in the upper
right corner (geohack) with the  Kartographer extension!
Moreover, when clicking the link, it also shows the location outline,
if that object exists in OpenStreetMap with a corresponding Wikidata
ID (ways and relations only, no nodes).  My deepest respect to my
former Interactive Team colleagues and volunteers who have made it
possible!  (This was community wishlist #21)

Example - city of Salzburg (click coordinates in the upper right
corner, or in the infobox on the side):
https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%BB%D1%8C%D1%86%D0%B1%D1%83%D1%80%D0%B3

P.S. I am still working on improving Wikidata linking, and will be
very happy to collaborate with anyone on improving OSM data quality.



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

Re: [OSM-talk-be] 90 --> 70 km/h

[Santens Seppe]

Instellingen > Map > Kleine objecten niet weergeven als POI

Van: Ruben [mailto:talk-be.ru...@janmaes.com]


PPS: Does anyone know how to get rid of those way placeholders on Overpass 
Turbo? I'm talking about those nodes that are all over the place when there are 
a lot of ways that are 'too small to show', like on the above map.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be