date:20160824

Re: [Talk-it] Edit war Sardegna

2016-08-24 Thread Marco Ciampa

On Thu, Aug 25, 2016 at 02:58:48AM +0200, Martin Koppenhoefer wrote:
> 
> 
> sent from a phone
> 
> > Il giorno 25 ago 2016, alle ore 00:23, Federico Cortese 
> >  ha scritto:
> > 
> > Infatti in OSM si può aggiungere il nome nella lingua locale (es.
> > name:sc=*) conservandolo per il futuro e permettendo di realizzare
> > appositi rendering che utilizzino solo quel dato.
> 
> 
> si, ma quando una Piazza ha un nome in Sardo, solo in Sardo, ed è
> scritto sulla targa, allora dovrebbe essere quello il nome da mettere nel
> tag name, no?
> 
> i nomi name:codice_lingua vanno bene per tutte le lingue, ma qui il
> problema è cosa mettere in name

Sto leggendo con molta attenzione anche se non sono un utente OSM molto
esperto né attivo. Perdonate se però vi faccio notare una cosa che
ho notato.

L'esempio portato un paio di messaggi fa su questo thread sulla piazza
che ha solo nome sardo sulla targa, scusate se ve lo faccio notare, non
sta in piedi.

Anche io posso mettere sotto casa mia un cartello con nome in dialetto
della piazza. Giustamente il postino non la guarda. A Bolzano, al
contrario, sulla targa ci sono tutti e due i nomi, il postino porta la
posta all'indirizzo segnato, che sia in italiano o in tedesco, e OSM è
fedele a ciò. Quando accadrà lo stesso in sardegna, OSM potrà mostrarlo
di conseguenza. Fintanto che ciò non accade mi pare che sia tutta una
forzatura e giustamente se lo si fa in sardegna bisogna farlo nel resto
d'italia. Se le cose rimangono così, ditelo che parto a modificare tutti
i nomi delle vie dalle mie parti con i dialetti locali diversi a distanza
di 10 km come d'altronde la gente del posto chiama i paesi e le vie da
secoli... Trent, Rovereo, ecc.

Rimettete i nomi principali in italiano e i nomi in sardo (nelle varie
tipologie di sardo) nei campi appositi. Poi se si vuole fare una mappa
renderizzata in sardo rimane solo da stabilire che sardo usare ma ho
come l'impressione che sarebbe guerra anche lì...

--

Marco Ciampa

I know a joke about UDP, but you might not get it.

 GNU/Linux User #78271
 FSFE fellow #364

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

Re: [OSM-ja] OSC東京 2016秋の申込み

2016-08-24 Thread Taro Matsuzawa


松澤です。

申し込みお願いします。
展示お手伝いはできます。
僕もOSGeo財団と兼任になると思いますがw

On 2016/08/25 11:06, Takahisa TAGUCHI wrote:

田口です。

OSC東京の申込期限が来週末に迫っています。

開催日: 2016/11/5（土）、11/6（日）
会場: 明星大学 日野キャンパス 28号館 2F
http://www.ospn.jp/osc2016-fall/

特に希望等がなければ、私のほうでセミナーなしで申込みをしようと
思いますが、いかがでしょうか？

あわせて、わたしはおそらく今回もスタッフ兼務になると思うので、
展示にお手伝いしていただける方をゆるく募集します。

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



--
Georepublic Japan Ltd.
c/o CommunityLink
5-3-1 Kumoidori, Chuo Ward
Kobe 651-0096

Taro Matsuzawa
Senior Developer

eMail: t...@georepublic.co.jp
Web: https://georepublic.info

Tel: +81 (03) 6868 5418
Fax: +81 (03) 3374 0291

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

Re: [Talk-ca] broken forests in eastern Canada

2016-08-24 Thread Alan Richards

I believe these are the result of importing Canvec landuse data for some
areas and not for others. Because the data is in square chunks, you end up
with these unnatural looking squares on the map. Really it's just a case of
the other areas don't have detail yet.

Across the border it looks like the US just has parks and national forests,
etc. mapped, and not the general natural=forest that you see across Canada.

Alan (alarobric)

On Tue, Aug 16, 2016 at 2:04 PM, Antoine Beaupré 
wrote:

> hi everyone (allo tout le monde!!)
>
> one of the most frustrating experiences I have with Openstreetmap in
> Canada is this ugly forest display:
>
> http://www.openstreetmap.org/#map=8/45.227/-73.916
>
> Just compare how the forests and parks are mapped between the US and
> Canada. On our side of the border, you got huge chunks of square forests
> that definitely do not reflect the current reality, whereas down south
> you clearly see national parks, forests and no weird square things.
>
> I don't really understand how this happened, but it's been there a long
> time. I feel it's some Canvec import that went wrong, but it's been
> there for so long that it seems people just forgot about it or moved on.
>
> I looked around in the .qc and .ca wiki pages and couldn't find anything
> about it, so I figured I would bring that up here (again?).
>
> Are there any plans to fix this? How would one go around fixing this
> anyways?
>
> In particular, I'm curious to hear if people would know how to import
> *all* the park limits in Québec. It seems those are better mapped in
> Ontario, and I can't imagine those wore drawn by hand..
>
> Thanks for any feedback (and please CC me, I'm not on the list).
>
> A.
>
> --
> We will create a civilization of the Mind in Cyberspace. May it be more
> humane and fair than the world your governments have made before.
> - John Perry Barlow, 1996
> A Declaration of Independence of Cyberspace
>
> ___
> 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-ca] broken forests in eastern Canada

2016-08-24 Thread Antoine Beaupré

hi everyone (allo tout le monde!!)

one of the most frustrating experiences I have with Openstreetmap in
Canada is this ugly forest display:

http://www.openstreetmap.org/#map=8/45.227/-73.916

Just compare how the forests and parks are mapped between the US and
Canada. On our side of the border, you got huge chunks of square forests
that definitely do not reflect the current reality, whereas down south
you clearly see national parks, forests and no weird square things.

I don't really understand how this happened, but it's been there a long
time. I feel it's some Canvec import that went wrong, but it's been
there for so long that it seems people just forgot about it or moved on.

I looked around in the .qc and .ca wiki pages and couldn't find anything
about it, so I figured I would bring that up here (again?).

Are there any plans to fix this? How would one go around fixing this
anyways?

In particular, I'm curious to hear if people would know how to import
*all* the park limits in Québec. It seems those are better mapped in
Ontario, and I can't imagine those wore drawn by hand..

Thanks for any feedback (and please CC me, I'm not on the list).

A.

-- 
We will create a civilization of the Mind in Cyberspace. May it be more
humane and fair than the world your governments have made before.
- John Perry Barlow, 1996
A Declaration of Independence of Cyberspace

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

Re: [Talk-ca] Crowdsourcing buildings - project with StatCan

2016-08-24 Thread Ellefsen, Bjenk (STATCAN)

Pierre, oui je connais bien MBTiles. J’ai déjà travaillé avec ça pour un projet.

Je produisais mes tuiles pour le Canada sur un vieux MacBook Pro avec TileMill. 
Je laissais rouler la nuit, tout un plaisir le matin de trouver qu’il y avait 
une erreur.
Good times !

Je vais regarder Overpass à tête reposée ce weekend et jouer un peu avec 
osmlint.

Merci beaucoup, Pierre je t’en redonne des nouvelles !

Bjenk

From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: August-12-16 1:56 PM
To: Ellefsen, Bjenk (STATCAN) 
Cc: 'talk-ca@openstreetmap.org' 
Subject: Re: [Talk-ca] Crowdsourcing buildings - project with StatCan

Je n'ai pas utilisé OSMLint. Ce sont de nouveaux produits de contrôle de 
qualité en développement par MapBox.

Pour une petite zone telle que Gatineau-Ottawa, des requêtes Overpass offrent 
beaucoup de flexibilité pour l'analyse qualité, les statistiques et le suivi 
des contributeurs. On peut sélectionner des couches particuilères telles que 
immeubles, adresses, etc.

Les outils tels que OSMLint sont aussi intéressants mais demandent davantage de 
développement.

Avec OSMLint, on sélectionne une zone BBOX, et les données sont produites sous 
forme de tuiles MBTiles pour visualisation de cartes avec outils OpenLayers ou 
Leaflet.

On utilise la même technologie que pour les images 256 x 256 pixels utilisés 
sur les cartes. Les tuiles sont produites pour différents niveaux de zoom Un 
fichier MBTiles est un fichier SQLite et des procédures permettent de lire ces 
fichiers dans OpenLayers ou Leaflet, de sélectionner les données pour le niveau 
de zoom et la zone sélectionnée.

Ce format permet de produire une couche de données et de visualiser sur une 
carte un grand nombre de données, comme l'exemple sur cette page :
Data quality + vandalism detection in 
OpenStreetMap


Pierre


De : "Ellefsen, Bjenk (STATCAN)" 
>
À : 'Pierre Béland' >
Cc : "'talk-ca@openstreetmap.org'" 
>
Envoyé le : vendredi 12 août 2016 12h58
Objet : RE: [Talk-ca] Crowdsourcing buildings - project with StatCan

Pierre,

Ces scripts sont intéressants. Je vais regarder ça de plus près.

As-tu essayer osmlint? Tu as une opinion sur cet outil?

Bjenk


From: Pierre Béland [mailto:pierz...@yahoo.fr]
Sent: August-12-16 11:43 AM
To: Ellefsen, Bjenk (STATCAN) 
>; 
'talk-ca@openstreetmap.org' 
>
Subject: Re: [Talk-ca] Crowdsourcing buildings - project with StatCan

Bonjour Bjenk

Le script python suivant permet d'obtenir des statistiques de contribution pour 
une zone rectangulaire - BBOX.
https://github.com/pierzen/osm-contributor-stats
Pour chaque Changeset OSM, il retourne le uid de l'usager plus stats de 
modification des objets.  Il fonctionne relativement bien pour une petite zone. 
Mais lorsque les serveurs OSM sont surchargés comme actuellement, il y a 
souvent des interruptions, et les données ne sont pas toutes transférées.

Une solution simple est de lancer régulièrement le script Overpass suivant et 
de simplement modifier la date Newer: (objets modifiés depuis date Newer). On 
peut voir visuellement où il y a eu des modifications depuis date donnée. On 
peut aussi importer dans JOSM ou encore importer les données pour analyse à 
l'aide d'un XML-Parser.

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


Pierre


De : "Ellefsen, Bjenk (STATCAN)" 
>
À : "'talk-ca@openstreetmap.org'" 
>
Envoyé le : vendredi 12 août 2016 9h23
Objet : [Talk-ca] Crowdsourcing buildings - project with StatCan

Hello,

I wish to share with you what we are planning on doing to track progress and 
monitor:

Baseline: we will do an extract of OSM before launch. We will take note of the 
number of buildings in Ottawa/Gatineau, number of users, number of tags per 
building.
Periodically, we will monitor for change in number of buildings, tags per 
buildings and number of users and their contributions.

Any good reference on what can be done for analysis or users contributions? I 
know Mikel presented something at SOTM US and I am trying to track that down.

Mikel Maron suggested osmlint. If anyone else has suggestions, insights for the 
methodology and tools, indicators, please don’t hesitate!


Bjenk Ellefsen, PhD

Data Exploration and Integration Lab (DEIL) | Lab pour l’exploration et 
l’intégration de données (LEID)
Center for Special Business Projects | Centre des Projets Spéciaux sur les 
entreprises
Statistics Canada | Statistique Canada
(343) 998-3004 (Ottawa / Gatineau)

Re: [Talk-de] Help needed for mapping missing navigation data in Germany

2016-08-24 Thread Nikhil Prabhakar

Hallo,

im Zusammenhang mit unseren Anstrengungen die Qualität der Navigationsdaten
in OpenStreetMap zu verbessern haben wir letzte Woche schon unsere
vorläufigen Analysen veröffentlicht. Diese befinden sich in unserem
Tagebuch-Post [1]. Wir haben dazu eine Menge Feedback/Fragen aus der
Community erhalten die sich mit der Nutzung von Mapillary als primäre
Quelle für Abbiegebeschränkungen beschäftigen.

Um diesen Fragen und Bedenken nachzugehen haben wir einen Testlauf
gestartet und haben einige fehlende Abbiegebeschränkungen und ein paar
Spezialfälle in den Städten Berlin, Stuttgart und Wolfsburg gefunden. Für
diese haben wir OSM notes erstellt, damit die Community diese evaluieren
kann und, wenn nötig, die Daten modifizieren und updaten kann.

Unsere Entdeckungen haben wir zusammen mit Links zu den OSM notes in einem
weiteren Tagebuch Post veröffentlicht [2]. Es wäre super, wenn ihr euch
diese anschauen könntet und uns eure Fragen und Feedback zukommen lassen
könntet.

[1] - https://www.openstreetmap.org/user/nammala/diary/39255

[2] - http://www.openstreetmap.org/user/nammala/diary/39345

Viele Grüße,
Nikhil Prabhakar U

2016-08-19 14:38 GMT+05:30 Nikhil Prabhakar :

> Hallo,
>
> wir möchten euch für alle Gedanken und Vorschläge danken die uns erreicht
> haben. Um die Bedenken und das Feedback der Community zu adressieren haben
> wir einen detaillierten und überarbeiteten Plan für unsere Arbeitsabläufe
> erstellt, wie wir auch schon in unserem Tagebuch-Post [1] angegeben haben.
> Wir planen diesem während all unserer Arbeiten zu folgen.
>
> Wir freuen uns über jedes Feedback und alle Vorschläge zu diesem
> Arbeitsplan. Wir würden uns über euren Support und eure Mitarbeit bei
> diesem Vorhaben sehr freuen und hoffen, dass wir das Ziel dieses
> Mappingprojekts klar machen konnten: OpenStreetMap zur besten Karte zu
> machen :)
>
> [1] Tagebuch-Post - https://www.openstreetmap.org/
> user/nammala/diary/39255#comment35719
>
> PS: Wir haben den Bug-Report auf der OSM navigation map korrigiert. Ihr
> könnt die Karte über http://mapbox.github.io/osm-navigation-map erreichen
>
>
> Beste Grüße,
>  Nikhil Prabhakar U
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

[OSM-ja] OSC東京 2016秋の申込み

2016-08-24 Thread Takahisa TAGUCHI


田口です。

OSC東京の申込期限が来週末に迫っています。

開催日: 2016/11/5（土）、11/6（日）
会場: 明星大学 日野キャンパス 28号館 2F
http://www.ospn.jp/osc2016-fall/

特に希望等がなければ、私のほうでセミナーなしで申込みをしようと
思いますが、いかがでしょうか？

あわせて、わたしはおそらく今回もスタッフ兼務になると思うので、
展示にお手伝いしていただける方をゆるく募集します。

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

Re: [Talk-us] friendly notice: Atlanta road construction rendering imagery out-of-date

2016-08-24 Thread Jack Burke

I never thought of that.  When they get around to rerouting Windy Hill over
the Interstate, I might have to try that.

On Wed, Aug 24, 2016 at 9:29 PM, Mike N  wrote:

> On 8/24/2016 9:14 PM, Jack Burke wrote:
>
>> Since I'm on e-mail tonight, I thought I'd bring folks up-to-date on
>> some ongoing road construction north and south of Atlanta that is
>> rendering some pretty important imagery out-of-date.  So before you go
>> about trying to "fix" something that doesn't match the spy photos,
>> please check around to be sure that what you're trying to change isn't
>> already right.
>>
>
>   Thanks for the information!  On local projects here, I always add an
> empty way matching the old image with a note stating that aerials before
>  are out of date.
>
>   I suppose that will be the next frontier in cleanup projects after
> imagery receives the next major update.   On the plus side, since the new
> projects are often 1 or 2 GPS traces, removing them will remind me to
> compare with new aerials.
>
>
> ___
> 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: [Talk-us] friendly notice: Atlanta road construction rendering imagery out-of-date

2016-08-24 Thread Mike N


On 8/24/2016 9:14 PM, Jack Burke wrote:

Since I'm on e-mail tonight, I thought I'd bring folks up-to-date on
some ongoing road construction north and south of Atlanta that is
rendering some pretty important imagery out-of-date.  So before you go
about trying to "fix" something that doesn't match the spy photos,
please check around to be sure that what you're trying to change isn't
already right.


  Thanks for the information!  On local projects here, I always add an 
empty way matching the old image with a note stating that aerials before 
 are out of date.


  I suppose that will be the next frontier in cleanup projects after 
imagery receives the next major update.   On the plus side, since the 
new projects are often 1 or 2 GPS traces, removing them will remind me 
to compare with new aerials.



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

[Talk-us] friendly notice: Atlanta road construction rendering imagery out-of-date

2016-08-24 Thread Jack Burke

Since I'm on e-mail tonight, I thought I'd bring folks up-to-date on some
ongoing road construction north and south of Atlanta that is rendering some
pretty important imagery out-of-date. So before you go about trying to
"fix" something that doesn't match the spy photos, please check around to
be sure that what you're trying to change isn't already right.

First up, we have the new I-75 South Metro Express Lanes. Due to open in
early 2017, these are reversible toll lanes being installed in the median
between the northbound and southbound Interstate roadways. Because these
are fairly simple lanes, I've recently started drawing in the construction
so that we can quickly convert it to a usable roadway once it opens (and
I'll try to do GPS traces as soon after that as I can). I've been using
numerous Mapillary sequences that have been made as a helper.

http://www.dot.ga.gov/DS/GEL/I75ExpressLanes

Next, we have the Northwest Corridor project. Because it's more
technically complex (huge portions are having to be built as elevated
roadway), this reversible toll road won't open until 2018, and it's also
harder to draw in, but I'm working on it bit by bit (more by taking really
good looks at sections as I drive by than using Mapillary, but that also
helps). This one extends up I-75 all the way from the Perimeter, up both
I-75 and I-575 a considerable distance.

http://www.dot.ga.gov/DS/GEL/NWC

Finally, we have the *5* projects all happening to poor Windy Hill Road at
the same time, mostly because of the new Atlanta Braves baseball stadium
nearby (which ended up costing the county commission chairman his
reelection bid, by the way).

The part of Windy Hill Road heading east from I-75 to Powers Ferry Road is
pretty much done, and I have corrected the lane counts and alignment.

The Windy Hill Road bridge and interchange is being rebuilt as a diverging
diamond, which has also affected a few other nearby roads, some of which
have been rerouted (done in OSM), and others of which are closed for
rerouting (also done in OSM).

The section of Windy Hill Road west from I-75 to US 41 is having the center
turn lane replaced with a raised median. That project started this week,
and I've also already (mostly) divided the road in OSM, (Even though the
entire section hasn't had the center turn lane dug up yet, I've gone ahead
and divided it in OSM because the destruction part will be done fairly
quickly.)

http://cobbcounty.org/index.php?option=com_content=article=2758:windy-hill-road-projects=130=596

If anyone has any questions, comments, or complaints, feel free to ask me.

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

Re: [Talk-it] Edit war Sardegna

2016-08-24 Thread Martin Koppenhoefer



sent from a phone

> Il giorno 25 ago 2016, alle ore 00:23, Federico Cortese 
>  ha scritto:
> 
> Infatti in OSM si può aggiungere il nome nella lingua locale (es.
> name:sc=*) conservandolo per il futuro e permettendo di realizzare
> appositi rendering che utilizzino solo quel dato.


si, ma quando una Piazza ha un nome in Sardo, solo in Sardo, ed è scritto sulla 
targa, allora dovrebbe essere quello il nome da mettere nel tag name, no?

i nomi name:codice_lingua vanno bene per tutte le lingue, ma qui il problema è 
cosa mettere in name


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

Re: [Talk-us] Check your turn:lanes

2016-08-24 Thread Jack Burke

And I, too, have a preference for using "none" instead of leaving and
endless line of "|" to try to parse.  My eyesight isn't getting
better as I get older.

Having said that, if that had been the only thing they did, I wouldn't have
bothered saying anything.  But when their edits turned continuing lanes
into exit-only lanes...well, then it became a *problem*.

On Wed, Aug 24, 2016 at 8:20 PM, Tod Fitch  wrote:

> I’m of half a mind to use a script to find the edits in my area where they
> changed something like “left|none|none|” to “left||” and then revert them
> manually.
>
> I know they are both officially acceptable variations but for those of us
> editing by hand counting the occurrences of “|none” to make sure the lane
> count is correct and matches what is on the ground is harder than counting
> the “|” occurrences. At least it is for me and I’ve had decades of practice
> counting open and close parens to make sure compilers wouldn’t squawk at me
> because they weren’t balanced.
>
> And while I haven’t seen a “none;slight_right”, it looks syntacticly
> correct and I can imagine cases where it might be used and would defer to
> the local mapper who used it. (The ones in my area are much more likely to
> be “through;slight_right”.)
>
>
>
> On Aug 24, 2016, at 4:52 PM, Jack Burke  wrote:
>
> No, it's https://github.com/mapbox/mapping/issues/193
>
> And they appear to be telling me that the combination "none;slight_right"
> isn't valid.
>
> Also, in their reply to me, they do specifically mention that they know
> none is valid, yet they're replacing it anyway.  And the worst part of it
> is that while they're using a script to *find* what they think is invalid,
> they're *manually* making the changes.
>
> --jack
>
> On Wed, Aug 24, 2016 at 7:31 PM, Hans De Kryger  > wrote:
>
>> The link Jack's talking about,
>>
>> https://github.com/mapbox/mapping/issues/180
>>
>> Regards,
>> Hans
>>
>> On Aug 24, 2016 4:09 PM, "Toby Murray"  wrote:
>>
>>> Mind sharing the link to the GitHub issue?
>>>
>>> Do they think that "none" is an invalid option and are replacing it
>>> with a blank globally? If so, this should be shut down immediately.
>>> "none" and blank are both valid values and while I wouldn't mind
>>> seeing it be consistent, any such edit would need to be discussed
>>> before it is done.
>>>
>>> Toby
>>>
>>> On Wed, Aug 24, 2016 at 5:19 PM, Jack Burke  wrote:
>>> > An active OSM group (leaving names, etc. out while they check out what
>>> I
>>> > reported) is running a script or plug-in or challenge called "to-fix"
>>> that
>>> > is apparently supposed to help fix incorrect turn:lanes values (and
>>> maybe
>>> > other things, I haven't investigated deeply enough).
>>> >
>>> > The problem is, it's breaking the values instead.  I found a section
>>> of road
>>> > that I'd added turn:lanes to in order to provide lane guidance at an
>>> exit.
>>> > My original value of "none|none|none|none|none;slight_right" was
>>> replaced by
>>> > "slight_right".
>>> >
>>> > While, per the wiki, there's nothing particularly wrong with a null
>>> value
>>> > for a field vs. specifying "none" as the value, it *does* make a
>>> difference
>>> > when there are two values in the field, as in my example above.  They
>>> turned
>>> > a continue-on-or-exit lane into an exit-only lane.
>>> >
>>> > So if you find broken lane guidance like that, with empty fields where
>>> > "none" would also be appropriate, that's probably what happened.
>>> Check the
>>> > history on the way and see if you can backtrack what happened
>>> (fortunately,
>>> > the group involved here included a url to a github issue where they are
>>> > tracking what they're doing).
>>> >
>>> > Now I have 200 miles of Interstate to go back through and re-check.
>>> >
>>> > --jack
>>> >
>>> >
>>> > ___
>>> > 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
>>>
>>
> ___
> 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: [Talk-us] Check your turn:lanes

2016-08-24 Thread Tod Fitch

I’m of half a mind to use a script to find the edits in my area where they 
changed something like “left|none|none|” to “left||” and then revert them 
manually.

I know they are both officially acceptable variations but for those of us 
editing by hand counting the occurrences of “|none” to make sure the lane count 
is correct and matches what is on the ground is harder than counting the “|” 
occurrences. At least it is for me and I’ve had decades of practice counting 
open and close parens to make sure compilers wouldn’t squawk at me because they 
weren’t balanced.

And while I haven’t seen a “none;slight_right”, it looks syntacticly correct 
and I can imagine cases where it might be used and would defer to the local 
mapper who used it. (The ones in my area are much more likely to be 
“through;slight_right”.)


> On Aug 24, 2016, at 4:52 PM, Jack Burke  wrote:
> 
> No, it's https://github.com/mapbox/mapping/issues/193 
> 
> 
> And they appear to be telling me that the combination "none;slight_right" 
> isn't valid.
> 
> Also, in their reply to me, they do specifically mention that they know none 
> is valid, yet they're replacing it anyway.  And the worst part of it is that 
> while they're using a script to *find* what they think is invalid, they're 
> *manually* making the changes.
> 
> --jack
> 
> On Wed, Aug 24, 2016 at 7:31 PM, Hans De Kryger  > wrote:
> The link Jack's talking about,
> 
> https://github.com/mapbox/mapping/issues/180 
> 
> Regards,
> Hans
> 
> 
> On Aug 24, 2016 4:09 PM, "Toby Murray"  > wrote:
> Mind sharing the link to the GitHub issue?
> 
> Do they think that "none" is an invalid option and are replacing it
> with a blank globally? If so, this should be shut down immediately.
> "none" and blank are both valid values and while I wouldn't mind
> seeing it be consistent, any such edit would need to be discussed
> before it is done.
> 
> Toby
> 
> On Wed, Aug 24, 2016 at 5:19 PM, Jack Burke  > wrote:
> > An active OSM group (leaving names, etc. out while they check out what I
> > reported) is running a script or plug-in or challenge called "to-fix" that
> > is apparently supposed to help fix incorrect turn:lanes values (and maybe
> > other things, I haven't investigated deeply enough).
> >
> > The problem is, it's breaking the values instead.  I found a section of road
> > that I'd added turn:lanes to in order to provide lane guidance at an exit.
> > My original value of "none|none|none|none|none;slight_right" was replaced by
> > "slight_right".
> >
> > While, per the wiki, there's nothing particularly wrong with a null value
> > for a field vs. specifying "none" as the value, it *does* make a difference
> > when there are two values in the field, as in my example above.  They turned
> > a continue-on-or-exit lane into an exit-only lane.
> >
> > So if you find broken lane guidance like that, with empty fields where
> > "none" would also be appropriate, that's probably what happened.  Check the
> > history on the way and see if you can backtrack what happened (fortunately,
> > the group involved here included a url to a github issue where they are
> > tracking what they're doing).
> >
> > Now I have 200 miles of Interstate to go back through and re-check.
> >
> > --jack
> >
> >
> > ___
> > 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 
> 
> 
> ___
> 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: [Talk-us] Check your turn:lanes

2016-08-24 Thread Mike N


On 8/24/2016 6:19 PM, Jack Burke wrote:


The problem is, it's breaking the values instead.  I found a section of
road that I'd added turn:lanes to in order to provide lane guidance at
an exit.  My original value of "none|none|none|none|none;slight_right"
was replaced by "slight_right".


  I tried to hash this out on the tagging list, and the consensus 
seemed to be that the value 'none' was the correct terminology.


https://lists.openstreetmap.org/pipermail/tagging/2016-June/029335.html

   I began commenting on changesets, some were corrected by the 
original fixer, others I just went back and fixed.


  This message was a direct comment about the task -

https://lists.openstreetmap.org/pipermail/tagging/2016-June/029339.html

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

Re: [Talk-us] Check your turn:lanes

2016-08-24 Thread Jack Burke

No, it's https://github.com/mapbox/mapping/issues/193

And they appear to be telling me that the combination "none;slight_right"
isn't valid.

Also, in their reply to me, they do specifically mention that they know
none is valid, yet they're replacing it anyway.  And the worst part of it
is that while they're using a script to *find* what they think is invalid,
they're *manually* making the changes.

--jack

On Wed, Aug 24, 2016 at 7:31 PM, Hans De Kryger 
wrote:

> The link Jack's talking about,
>
> https://github.com/mapbox/mapping/issues/180
>
> Regards,
> Hans
>
> On Aug 24, 2016 4:09 PM, "Toby Murray"  wrote:
>
>> Mind sharing the link to the GitHub issue?
>>
>> Do they think that "none" is an invalid option and are replacing it
>> with a blank globally? If so, this should be shut down immediately.
>> "none" and blank are both valid values and while I wouldn't mind
>> seeing it be consistent, any such edit would need to be discussed
>> before it is done.
>>
>> Toby
>>
>> On Wed, Aug 24, 2016 at 5:19 PM, Jack Burke  wrote:
>> > An active OSM group (leaving names, etc. out while they check out what I
>> > reported) is running a script or plug-in or challenge called "to-fix"
>> that
>> > is apparently supposed to help fix incorrect turn:lanes values (and
>> maybe
>> > other things, I haven't investigated deeply enough).
>> >
>> > The problem is, it's breaking the values instead.  I found a section of
>> road
>> > that I'd added turn:lanes to in order to provide lane guidance at an
>> exit.
>> > My original value of "none|none|none|none|none;slight_right" was
>> replaced by
>> > "slight_right".
>> >
>> > While, per the wiki, there's nothing particularly wrong with a null
>> value
>> > for a field vs. specifying "none" as the value, it *does* make a
>> difference
>> > when there are two values in the field, as in my example above.  They
>> turned
>> > a continue-on-or-exit lane into an exit-only lane.
>> >
>> > So if you find broken lane guidance like that, with empty fields where
>> > "none" would also be appropriate, that's probably what happened.  Check
>> the
>> > history on the way and see if you can backtrack what happened
>> (fortunately,
>> > the group involved here included a url to a github issue where they are
>> > tracking what they're doing).
>> >
>> > Now I have 200 miles of Interstate to go back through and re-check.
>> >
>> > --jack
>> >
>> >
>> > ___
>> > 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
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] OpenStreetMap Carto release v2.42.0

2016-08-24 Thread Paul Norman


On 8/24/2016 5:25 AM, Dave F wrote:

Hi

Has label positioning with irregular polygons been improved? If so, it 
works very well:

https://www.openstreetmap.org/#map=16/51.3166/-2.1700


I don't think we've made any changes there. It could be something else 
that has changed in the data. We actually don't have anything to do with 
label positioning algorithms beyond a couple basic options, the details 
are handled by Mapnik.


Is there a list of your emails regarding changes. As an end user I 
don't find the 'full list of commits' particularly easy to understand.


If you're talking about past releases, there is no list of emails. We've 
had https://github.com/gravitystorm/openstreetmap-carto/issues/1430 open 
for generating a changelog but haven't decided what action to take.


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

Re: [Talk-us] Check your turn:lanes

2016-08-24 Thread Hans De Kryger

The link Jack's talking about,

https://github.com/mapbox/mapping/issues/180

Regards,
Hans

On Aug 24, 2016 4:09 PM, "Toby Murray"  wrote:

> Mind sharing the link to the GitHub issue?
>
> Do they think that "none" is an invalid option and are replacing it
> with a blank globally? If so, this should be shut down immediately.
> "none" and blank are both valid values and while I wouldn't mind
> seeing it be consistent, any such edit would need to be discussed
> before it is done.
>
> Toby
>
> On Wed, Aug 24, 2016 at 5:19 PM, Jack Burke  wrote:
> > An active OSM group (leaving names, etc. out while they check out what I
> > reported) is running a script or plug-in or challenge called "to-fix"
> that
> > is apparently supposed to help fix incorrect turn:lanes values (and maybe
> > other things, I haven't investigated deeply enough).
> >
> > The problem is, it's breaking the values instead.  I found a section of
> road
> > that I'd added turn:lanes to in order to provide lane guidance at an
> exit.
> > My original value of "none|none|none|none|none;slight_right" was
> replaced by
> > "slight_right".
> >
> > While, per the wiki, there's nothing particularly wrong with a null value
> > for a field vs. specifying "none" as the value, it *does* make a
> difference
> > when there are two values in the field, as in my example above.  They
> turned
> > a continue-on-or-exit lane into an exit-only lane.
> >
> > So if you find broken lane guidance like that, with empty fields where
> > "none" would also be appropriate, that's probably what happened.  Check
> the
> > history on the way and see if you can backtrack what happened
> (fortunately,
> > the group involved here included a url to a github issue where they are
> > tracking what they're doing).
> >
> > Now I have 200 miles of Interstate to go back through and re-check.
> >
> > --jack
> >
> >
> > ___
> > 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
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Check your turn:lanes

2016-08-24 Thread Toby Murray

Mind sharing the link to the GitHub issue?

Do they think that "none" is an invalid option and are replacing it
with a blank globally? If so, this should be shut down immediately.
"none" and blank are both valid values and while I wouldn't mind
seeing it be consistent, any such edit would need to be discussed
before it is done.

Toby

On Wed, Aug 24, 2016 at 5:19 PM, Jack Burke  wrote:
> An active OSM group (leaving names, etc. out while they check out what I
> reported) is running a script or plug-in or challenge called "to-fix" that
> is apparently supposed to help fix incorrect turn:lanes values (and maybe
> other things, I haven't investigated deeply enough).
>
> The problem is, it's breaking the values instead.  I found a section of road
> that I'd added turn:lanes to in order to provide lane guidance at an exit.
> My original value of "none|none|none|none|none;slight_right" was replaced by
> "slight_right".
>
> While, per the wiki, there's nothing particularly wrong with a null value
> for a field vs. specifying "none" as the value, it *does* make a difference
> when there are two values in the field, as in my example above.  They turned
> a continue-on-or-exit lane into an exit-only lane.
>
> So if you find broken lane guidance like that, with empty fields where
> "none" would also be appropriate, that's probably what happened.  Check the
> history on the way and see if you can backtrack what happened (fortunately,
> the group involved here included a url to a github issue where they are
> tracking what they're doing).
>
> Now I have 200 miles of Interstate to go back through and re-check.
>
> --jack
>
>
> ___
> 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] SearchAroundBot: a Telegram Bot for OSM

2016-08-24 Thread Toby Murray

The tg:// URL is intended to be opened on a mobile device with the
Telegram app installed. Using this link on such a device will open the
Telegram app to the specified channel/group (or whatever Telegram
calls it)

Toby

On Wed, Aug 24, 2016 at 7:50 AM, Dave F  wrote:
>
> On 23/08/2016 17:04, Federico wrote:
>
> Hi,
>
> I've recently developed a Telegram Bot (https://telegram.me/SearchAroundBot)
>
>
> This URL is sending me to:tg://resolve?domain=SearchAroundBot
> & give this error message:
> Firefox doesn't know how to open this address, because one of the following
> protocols (tg) isn't associated with any program or is not allowed in this
> context.
>
> Same with IE.
>
> to enable users to easily add POI (currently only drinking water and toilets
> amenities) into OSM. Here is the OSM wiki page here:
> https://wiki.openstreetmap.org/wiki/SearchAroundBot
>
> I'd like to ask you to have a look at it and let me know if you have any
> specific suggestion for improving it. If so please go to the osm forum:
> http://forum.openstreetmap.org/viewtopic.php?pid=605383#p605383
>
> Thanks for your attention,
> Federico
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [talk-ph] October ADB mapathon survey

2016-08-24 Thread Erwin Olario

I'm good on either dates, for now, at least.

On Wed, Aug 24, 2016, 00:40 Eugene Alvin Villar  wrote:

> Hi all. As you may know, OSMPH is currently collaborating with ADB for
> their RETA 8884 project that uses OSM as a platform for disaster resilience
> mapping: http://www.adb.org/projects/48333-001/main
>
> ADB wants the community to organize a whole-day mapathon to update the
> base map of Padre Burgos, Quezon and Santa Josefa, Agusan del Sur. ADB will
> provide the venue (at ADB HQ in Ortigas Center), electricity, Internet
> access, snacks, and lunch.
>
> The first decision that needs to be made is the date of the event. When
> are you guys available to attend this mapathon if you are interested: on
> October 8 or October 15 (both are Saturdays)?
>
> For those on Facebook, I have put up a poll:
> https://web.facebook.com/groups/osmph/permalink/330148820655836/
>
> ~Eugene
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
-- 

-- Dispatched by mental telepathy via Ansible
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

2016-08-24 Thread Dave F



On 24/08/2016 22:41, Michael Reichert wrote:


Beermap edits name, beer types and wifi
access.



Does it? I've never been able to get it to work, always had to open in 
iD so end up just editing normally


Dave F.

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

Re: [Talk-it] Edit war Sardegna

2016-08-24 Thread Federico Cortese

2016-08-24 19:20 GMT+02:00 Francesca Valentina :
> Per la storia, la cultura dei territori dell'isola i luoghi in Sardegna
> @hanno un nome , qua denominato senza approffondire il tema linguistico, in
> "sardo". OpenStreetMap é l'unico strumento al mondo in grado in grado non
> soltanto di rispettare quella storia e cultura, ma anche di promuoverlo e
> conservarlo per il futuro ben piú di strumenti burocratici, ahimé anche
> delle leggi.

Infatti in OSM si può aggiungere il nome nella lingua locale (es.
name:sc=*) conservandolo per il futuro e permettendo di realizzare
appositi rendering che utilizzino solo quel dato.
Quello che molti di noi non riescono a condividere è la necessità di
mettere tutti e due i nomi nel name=*, coi relativi dubbi poi di quale
vada messo prima e quale dopo, una situazione quindi che crea solo
confusione.
Mi dispiace però che si arrivi a discussioni di 200 messaggi, che poi
cadono nel nulla perchè non si arriva a nessuna conclusione, salvo
riaprire poi il vespaio tra qualche mese.

Ciao
Federico

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

[Talk-us] Check your turn:lanes

2016-08-24 Thread Jack Burke

An active OSM group (leaving names, etc. out while they check out what I
reported) is running a script or plug-in or challenge called "to-fix" that
is apparently supposed to help fix incorrect turn:lanes values (and maybe
other things, I haven't investigated deeply enough).

The problem is, it's breaking the values instead.  I found a section of
road that I'd added turn:lanes to in order to provide lane guidance at an
exit.  My original value of "none|none|none|none|none;slight_right" was
replaced by "slight_right".

While, per the wiki, there's nothing particularly wrong with a null value
for a field vs. specifying "none" as the value, it *does* make a difference
when there are two values in the field, as in my example above.  They
turned a continue-on-or-exit lane into an exit-only lane.

So if you find broken lane guidance like that, with empty fields where
"none" would also be appropriate, that's probably what happened.  Check the
history on the way and see if you can backtrack what happened (fortunately,
the group involved here included a url to a github issue where they are
tracking what they're doing).

Now I have 200 miles of Interstate to go back through and re-check.

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

Re: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

2016-08-24 Thread Michael Reichert

Hi Frederik,

Am 24.08.2016 um 23:16 schrieb Frederik Ramm:
> On 08/24/2016 03:18 PM, Nicolás Alvarez wrote:
>>> Please ensure that everyone who contributes data to OSM with this bot
>>> actually has got an OSM account (and hence has agreed to the OSM
>>> contributor terms), and that the data is contributed using that OSM
>>> account (not a generic account that you have created), and that they can
>>> be reached by OSM user-to-user messaging if necessary.
> 
>> Aren't there several cases where this isn't followed, like Wheelmap?
> 
> Wheelmap is the only case I know of. If you know of more, please tell.

Kort and Beermap. Kort has a difficult review mechanism and therefore
has few contributions to OSM. Beermap edits name, beer types and wifi
access.

> The wheelmap case has been much discussed and their "wheelmap visitor"
> edits are tolerated because they never add new objects, and only
> add/modify one single tag between one of three settings. 

wheelmap_visitor nowadays also adds/edits toilets:wheelchair=*.

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

[OSM-talk-fr] Fwd: [gulliver] Journées du patrimoine : sur OSM

2016-08-24 Thread Yannick




 Message transféré 
Sujet : [gulliver] Journées du patrimoine : sur OSM
Date : Wed, 24 Aug 2016 22:56:13 +0200
De : Vincent Mahe 
Répondre à : gulli...@listes.gulliver.eu.org
Pour : gulli...@listes.linux-france.org

Hello

Fait notable, le site français des journées européennes du patrimoine
est basé sur Open Street Map :
http://journeesdupatrimoine.culturecommunication.gouv.fr/Programme

-- 

Cordialement

Vincent MAHÉ


 Liste gulliver 
Archives,http://gulliver.eu.org/ml-archives/
Description, http://gulliver.eu.org/ml/ml.html
Bons usages, http://gulliver.eu.org/wiki/UsagesCourriels



-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org

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

Re: [OSM-talk] SearchAroundBot: a Telegram Bot for OSM

2016-08-24 Thread Frederik Ramm

Hi,

On 08/24/2016 03:18 PM, Nicolás Alvarez wrote:
>> Please ensure that everyone who contributes data to OSM with this bot
>> actually has got an OSM account (and hence has agreed to the OSM
>> contributor terms), and that the data is contributed using that OSM
>> account (not a generic account that you have created), and that they can
>> be reached by OSM user-to-user messaging if necessary.

> Aren't there several cases where this isn't followed, like Wheelmap?

Wheelmap is the only case I know of. If you know of more, please tell.

The wheelmap case has been much discussed and their "wheelmap visitor"
edits are tolerated because they never add new objects, and only
add/modify one single tag between one of three settings. This was
considered limited enough to be unlikely to risk copyright violations or
trigger edit wars.

Allowing wheelmap to do what they do was, however, never meant as a
carte blanche for everyone to add data under "proxy users"; other
requests to do that on a broader scale have routinely been rejected
because they risk running into all kinds of trouble - legally and
community wise.

Bye
Frederik

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

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

Re: [OSM-talk-fr] Osmose-dev: bâtiments fractionnés par le Cadastre.

2016-08-24 Thread osm . sanspourriel


La double validation me semble bien.

Pour revenir à la remarque pertinente de Christian sur la nécessité de 
ne pas tirer trop sur l'imagerie spatiale et d'avoir de la validation 
multiple une idée c'est de proposer quelques endroits (1 par région ?) 
pour commencer et de continuer à travailler sur le coin.


Et pour la validation de faire un peu comme TranslateWiki : on a des 
propositions de relecture.


Ou des présentations graphiques : deux boutons : les formes non 
fusionnées ou les formes non fusionnées.


On clique et on passe au lieu suivant.

Si on chaîne logiquement (même geoash par exemple), les relecteurs 
peuvent valider les zones assez rapidement.


Et oui c'est vite fait. Je sais que je répare rarement a la mano. Via un 
outil comme ça on peut gagner en productivité.


N. B. : en Italie, les bâtiments fractionnés ne sont pas dus au cadastre 
:-(.


Jean-Yvon


Le 24/08/2016 à 11:06, Tyndare - tynd...@wanadoo.fr a écrit :




On 24/08/2016 07:40, Christian Quest wrote:
Le 24 août 2016 à 00:01, Jérôme Seigneuret 
> a 
écrit :


Pour les retours en effet, je pense qu'on peut aussi hacker le
code d'opensolarmap pour améliorer l’auto-détection des
découpages sur l'ortho en post traitement des détections
existante pour valider ou annuler la génération d'une alerte.


Il est possible de reprendre la logique d'opensolarmap pour une 
confirmation rapide.




Une Interface comme OpenSolarMap se prêterais bien effectivement pour 
analyser les cas de bâtiments fractionnés. Je pense qu'on pourrais 
peut être même envisager une correction automatique si il y a double 
validation.



___
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] Extraire une géométrie représentative d'une relation

2016-08-24 Thread François Lacombe

Merci pour vos retour, j'ai essayé de mieux définir le besoin

Voyez ci-dessous

Le 23 août 2016 à 17:53, Topographe Fou  a écrit
:

> Bonjour
>
> Quid de l'algorithme de Douglas-Peucker ? C'est efficace pour éliminer le
> bruit. Quant à l'appliquer sur autre chose qu'une *unique* ligne *non
> fermée* cela demandera un peu d'adaptation.
>

Merci pour le nom, je ne connaissais pas :)

Ça s'approche oui, et si ce n'est pas le processus complet, en tout cas ça
peut aider

Le 23 août 2016 à 18:54, Christian Quest  a écrit :

> Je ne suis pas sûr que ça donne un résultat pertinent et surtout en ne
> définissant pas clairement ce que tu veux en sortie je pense qu'on peut
> sortir plein de choses bien variées. Si tu veux précisément la géométrie de
> la ligne sans les autres objets de la relation (même cas pour une ligne de
> bus) il faut filtrer sur le rôle et éventuellement le type de géométrie
> (linestring ou polygon).
>
Non vraiment je ne souhaite travailler que sur la géométrie, pas de
filtrage sur le rôle ou les attributs et que ça soit valide pour toute
relation.
Le rôle n'est pas représentatif de la géométrie mais plus de la fonction.
Pour faire un "dessin grossier" de ce à quoi ressemble une relation sur le
terrain, on ne vas pas regarder la fonction des éléments (la conduite
forcée issue d'un barrage peut mesurer 50m comme 10 km)

Pour la définition je pense à : "ne garder que les éléments qui ont des
dimensions à l'échelle de celles de la relation entière".
Pour une autoroute par exemple, on ne va pas garder les petites bretelles
qui sont négligeables mais celle-ci par exemple, un peu plus :
https://www.openstreetmap.org/way/83016524

Il faudrait préalablement assembler les segments de chemin avec des
attributs équivalents (ou avec les mêmes rôles) qui sont placés les uns à
la suite des autres pour obtenir les plus grands objets possibles avant de
filtrer sur leur taille.
Ici travailler en relatif sur les attributs/rôle pose moins de problème :
on compare les membres de la relation entre eux et on a pas besoin de
définir des règles absolues.

L'autoroute est d'ailleurs un bon exemple à bien des égards : le besoin est
de sortir l'itinéraire en supprimant tous les petits éléments de part et
d'autre en ne regardant que la géométrie de ces éléments.
Bon sous OSM, les relations sont uniquement constituées des voies
principales sans ajouter les péages et autres bretelles, mais vous voyez
l'esprit non ?

Il y a aussi une fonction "squelette" dans postgis, elle permet par exemple
> d'avoir une ligne médiane d'un polygone.
>
> Pour le placement de textes, c'est utile, ça permet d'avoir des textes qui
> suivent la forme globale plutôt que d'être placé à l'horizontal, mais je
> n'ai pas encore essayé d'utiliser ça pour les rendus.
>
Comme l'algo de topographe fou, ça peut être utile.

Bref, vaste sujet ;)
>
A plusieurs c'est quand même plus pratique pour réfléchir :)

A+

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

Re: [OSM-talk] talk Digest, Vol 144, Issue 40

2016-08-24 Thread Federico


> On 24 Aug 2016, at 20:04, talk-requ...@openstreetmap.org wrote:
> 
>> Hi,
>> 
>>> On 08/23/2016 06:04 PM, Federico wrote:
>>> I've recently developed a Telegram Bot
>>> (https://telegram.me/SearchAroundBot) to enable users to easily add POI
>>> (currently only drinking water and toilets amenities) into OSM. Here is
>>> the OSM wiki page here: https://wiki.openstreetmap.org/wiki/SearchAroundBot
>> 
>> Please ensure that everyone who contributes data to OSM with this bot
>> actually has got an OSM account (and hence has agreed to the OSM
>> contributor terms), and that the data is contributed using that OSM
>> account (not a generic account that you have created), and that they can
>> be reached by OSM user-to-user messaging if necessary.
> 
> Aren't there several cases where this isn't followed, like Wheelmap?

Thanks Nicolás for bringing this into attention.
Indeed SearchAroundBot follows the same approach of Wheelmap: Wheelmap.org is a 
community project – everyone can get involved. You don’t even need to register 
to map places!
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] talk Digest, Vol 144, Issue 40

2016-08-24 Thread Federico

Hi Dave,

>> I've recently developed a Telegram Bot 
>> (https://telegram.me/SearchAroundBot)
>> 
> 
> This URL is sending me to:tg://resolve?domain=SearchAroundBot
> & give this error message:
> Firefox doesn't know how to open this address, because one of the 
> following protocols (tg) isn't associated with any program or is not 
> allowed in this context.
> 
> Same with IE.

strange, that behaves differently in my case. On my laptop using firefox i get 
redirected to the webapplication of telegram 
(https://web.telegram.org/#/im?p=@SearchAroundBot). On my phone it opens the 
telegram application.

It seems that this is not yet the default behavior in all browsers/OSs.

You may want to create an account on telegram (i.e., on the web interface 
https://web.telegram.org) and manually add the user SearchAroundBot.

This is some related discussion https://forum.palemoon.org/viewtopic.php?t=9873

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

Re: [Talk-it] Terremoto Rieti - Utilizzo dei dati

2016-08-24 Thread Alessandro


Il 24/08/2016 21:14, Fabrizio Carrai ha scritto:

Non so però una cosa: adesso abbiamo un certa
situazione pre-evento, quando saranno disponibili le immagini aggiornate
avremo quella dopo il sisma: ci sarà una comparazione delle mappe ? Con
quali tool ?



Appena saranno disponibili le immagini post-evento potremo indicare le 
strade e ponti non più accessibili, i building=collapsed eccetera (se ho 
inteso il senso della domanda).


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

Re: [Talk-de] Deutsche Homepage - Fehlermeldung

2016-08-24 Thread Holger Jeromin

lars lingner  Wrote in message:
> Hallo Liste,
> 
> seit einigen Wochen wird an der IT hinter openstreetmap.de und
> fossgis.de gearbeitet. Gestern erfolgte die Umstellung auf den neuen
> Server. Der neue Server hat noch kein "richtiges" Zertifikat und Browser
> zeigen daraufhin berechtigterweise eine Warnung an.
> 
> Es ist möglich im Browser eine Ausnahme zu konfigurieren. Dadurch kann
> dann weiterhin auf die Webseite zugegriffen werden.
> 
> Die richtige Lösung ist aber auf dem Server ein gültiges Zertifikat zu
> hinterlegen. Daran wird gearbeitet. Bitte habt noch einige Tage Geduld.
> Manche Fehler fallen auch jetzt erst auf, da so einige "alte Zöpfe"
> abgeschnitten wurden.
> 
> Bei weiteren Fragen oder gar Bedenken könnt ihr gerne hier auf der Liste
> fragen.
> 
> Viele Grüße aus Berlin

Erstmal danke für die Administration der Server. 
Habt ihr beim Umzug 

http://openingh.openstreetmap.de/evaluation_tool/

vergessen? :-)

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

1 2 >

100 matches

Mail list logo