Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Zdeněk Pražák]

aha, to mne nenapadlo, že již může existovat fotka se stejným názvem.

přsto nešlo by to nějak při nahrávání vyřešit - např. že by se porovnaly
souřadnice a pokud by nebyly stejné tak by se při nahrání přidal nějaký
rozlišovač do názvu.
Děkuji za odpověď

Pražák

Dne 28. září 2016 21:54 Milan Cerny  napsal(a):

> Ono to může být  tím, že se shodují čísla fotek, které generuje fotoaparát.
> Stačí dopsat název souboru do adresy a hned je jasno, zda je to ta samá,
> či nikoliv.
>
> http://api.openstreetmap.cz/img/guidepost/XXX.jpg
>
> například hned ta první
> http://api.openstreetmap.cz/img/guidepost/_MG_7477.jpg
>
> Pokud je od někoho jiného, pak stačí jednoduše přejmenovat a mělo být po
> problému.
>
> Milan
> __
> > Od: Zdeněk Pražák 
> > Komu: 
> > Datum: 28.09.2016 17:43
> > Předmět: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz
> >
> >nahrával jsem několik fotek rozcestníků přes formulář na
> old.openstreetmap.
> >cz
> >U několika fotek se mi objevila hláška, že fotka již existuje a mám ji
> >přejmenovat
> >šlo o následující fotografie:
> >_MG_7477.jpg
> >_MG_7486.jpg
> >_MG_7508.jpg
> >_MG_7517.jpg
> >_MG_7571.jpg
> >
> >fotka však v databázi nemohla existovat, neboť jsem ji vyfotil teprve
> dnes.
> >
> >Jedná se asi o stejnou chybu, kterou jsem reportoval 22.9. v 13,46
> >
> >Co mám dělat
> >
> >=
> >
> >--
> >
> >___
> >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-fr] Rencontre parisienne 29 septembre 2016

[Marc Sibert]

ok pour moi

A ce soir.

Marc Sibert
mailto:m...@sibert.fr

Le 26/09/2016 à 17:53, Donat ROBAUX a écrit :

Bonjour,

Après la pause estivale, on reprend le rythme?

Nous nous rencontrons jeudi 19 septembre 2016 à partir de 19h30.
C'est ici: FPH, Fondation Charles-Léopold Mayer pour le Progrès de 
l'Homme 38 rue Saint-Sabin Paris


Pour le reste des infos, c'est par là:
http://www.agendadulibre.org/events/11877

On peut en discuter sur le forum pour le pas polluer
http://forum.openstreetmap.fr/viewtopic.php?f=18=4878

Donat


___
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-be] Another Nominatim fact

[André Pirard]

Hi,

That is exactly what I explained several times before (Nominatim's
behavior, not that feature).
I put it that what that feature does is: if name:ll=* is missing produce
an implicit one with the same value as name=*.
This means (assuming that name=* always exists), that a browser
configured with ll as one of its primary languages will always find a
name in language ll in a region where that language is primarily spoken
and is Nominatim's such "default".
Now, what you say about Flemish nl s also true for Walloon fr and our
eastern quiet and gentle friends' de.
So that if Nominatim is defining a language default "by country" as you
say, they really missed something.
They missed Belgium, they missed Switzerland, they missed Wales, they
missed the Spanish speaking South USA etc.

I have long thought of proposing a boundary=linguistic that would be
used, typically for the Belgian regions, in parallel with the
administrative ones and that would obviously be where Nominatim should
pick that "default" language.
But I have also long abandoned the idea of feeding OSM with well thought
out suggestions because, instead of trying to understand my goals and
possibly suggesting alternatives, my fellow contributors answer that
this is not the way "we" do it, or other denials, or that I'm out of
topic or even that I'm accusing people to "do bad job".

Let it be, as the Beatles said.
Cheers

André.


On 2016-09-29 05:20, Marc Gemis wrote:
> Here's another fact about Nominatim that I learned after a private
> conversation with Sarah.
>
> Nominatim has the possibility to install a default language for a
> country. This is not done for Belgium, but can be done for The
> Netherlands. Right now, the list is not complete and The Netherlands
> is missing.
>
> What is the result ? In case you configure multiple languages in your
> browser, e.g. NL & DE, you will see DE results in case there is a
> DE-name and no explicit NL-name. This is the case for Zutphen.
>
> What will be the impact for Belgium ? Suppose a Flemish town is mapped
> as name=X and name:fr=Y . You install both NL and FR in your browser.
> A search will now return Y.
>
> This means we might have to map name:NL explicitly. I know some will
> consider this as mapping for the tool. Nominatim has no way (I asked)
> to do this on other levels than countries. So there is no possibility
> to tell it the default language for Flanders or Wallonia.
>
> Hope this explains why in some case you get unexpected results from
> Nominatim search
>
> regards
>
> m
>
> ___
> 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-it] ancora su civici e POI

[Simone]

Il 29 settembre 2016 00:14:42 CEST, Fra Mauro  ha 
scritto:
>Salve a tutti,
>
>un mio dubbio su mappatura su civici e POI.
>
>Condivido quanto detto in lista:
>* io mappo i singoli civici come nodi (salvo una rara eccezione)
>* se ho un POI (per esempio un bar) a un civico. aggiungo i relativi
>tag al
>nodo del civico.
>* ho molto raramente mappato un'area con un civico (anche se non mi
>capita
>da tempo) nel caso quest'area abbia una sola entrata e/ un solo civico.
>L'entrata la taggo come tale
>
>Il mio dubbio è il seguente:
>Se ho un bar "con un'unica porta" al civico 20 di Via Accademia,
>abbiamo
>già detto che è un nodo con i tag del civico e del bar
>Come faccio invece se il bar "occupa" tre civici: il numero 18 di Via
>Accademia (che è un'entrata), il numero 20 di Via Accademia (che è una
>vetrina), il numero 22 di Via Accademia (che è un'altra entrata)???
>
>se ripetessi il tag su tutti i nodi relativi ai tre civici
>"moltiplicherei"
>artificialmente il numero di bar.
>se mettessi i tag relativi al POI solo al civico con l'entrata darei
>una
>rappresentazione a mio parere errata del fenomeno e ho problemi nel
>caso di
>più entrate...
>
>io attualmente metto un nodo appena all'interno dell'edificio con i
>dati
>del POI. Così perdo l'associazione immediata con i civici ma non ho
>un'associazione errata perché lacunosa.
>
>Non sarebbe possibile esprimere la relazione tra POI e civici con una
>relazione?
>
>Voi come vi regolate?
>
>Grazie in anticipo per le risposte e spero di essermi spiegato!
>
>P.S.: a me sono capitati anche POI con civici su tre vie diverse (per
>esempio una banca con civici su tre lati del palazzo, civici non
>contigui
>perché con in mezzo un'entrata per gli appartamenti...). Mi piacerebbe
>poter rappresentare quest'informazione...
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

IMHO, per questi casi di negozio/bar direi, per quanto possibile conoscere, fa 
fede lo scontrino.


-- 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-ja] OSM日本サイトの地図データ更新について

[Satoshi IIDA]

いいだです。
ちょっと確認問合せしてみますねー


2016年9月28日 10:10 :

> 最近、日本サイトの地図データが更新されていない気がしますが、どうでしょうか？
>
> ズームレベル12のレンダリングが気に入っていて、これを糧に日々ちまちまマッピングしています。復旧してくださるとモチベが上がってありがたいです。
> 何か理由があってのことでしたら、すみません。
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-talk-be] Another Nominatim fact

[Marc Gemis]

Here's another fact about Nominatim that I learned after a private
conversation with Sarah.

Nominatim has the possibility to install a default language for a
country. This is not done for Belgium, but can be done for The
Netherlands. Right now, the list is not complete and The Netherlands
is missing.

What is the result ? In case you configure multiple languages in your
browser, e.g. NL & DE, you will see DE results in case there is a
DE-name and no explicit NL-name. This is the case for Zutphen.

What will be the impact for Belgium ? Suppose a Flemish town is mapped
as name=X and name:fr=Y . You install both NL and FR in your browser.
A search will now return Y.

This means we might have to map name:NL explicitly. I know some will
consider this as mapping for the tool. Nominatim has no way (I asked)
to do this on other levels than countries. So there is no possibility
to tell it the default language for Flanders or Wallonia.

Hope this explains why in some case you get unexpected results from
Nominatim search

regards

m

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

Re: [Talk-cz] Evropa 2 (Mapování vysílačů)

[r00t]

Mapovani vysilacu jsem vyzkousel v praxi, viz:
https://www.openstreetmap.org/changeset/42507657
- Radio vysilace v Bohnicich a Ladvi
- TV vysilace Ladvi a Zizkov
- DAB radio vysilace Zizkov
- Radioamatersky prevadec Zizkov
- Radar na letisti v Ruzyni

Na zadne problemy jsem nenarazil, jenom par malickosti. Proposal podle toho
upravim.

> Mám vymyšlené zjednodušené schéma odvozené od tohoto návrhu. Mapuje to jen
> vysílače a mám tam pár zjednodušení pro lehčí používání.
Uz ted jsou skoro vsechny klice nepovinne (clovek taguje jenom to co zna)
a prijde mi ze dalsi zjednoduseni uz by bylo na ukor univerzalnosti. Prece
jenom hlavni duvod meho navrhu je prave ta univerzalnost, aby tu nebyly
nekompatibilni schema pro BTS, radio stanice, TV, HAM...

Ty klice se po pouziti v JOSM zacnou automaticky doplnovat, takze vyplnovani
informaci je docela rychle, i bez toho aby editor o schematu vubec vedel:
- napisu "rf", JOSM mi nabidne rf:category, tak to vyplnim
- napisu opet "rf", JOSM uz vi ze jsem pouzil "rf:category" a tak mi nabidne
  "rf:frequency", frekvenci vyplnim
- atd.

Taky lze vytvorit novou relaci pomoci kopie te co uz existuje. Takze pokud
napr. pridavam DVB-T vysilace, vetsina hodnot je stejna a staci jenom zmenit
par klicu. Jde to celkem rychle...


JH


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

Re: [Talk-it] qualcosa di veramente cool

[NDRE PICO]

Salve amico,


C'è qualcosa di veramente  cool che ho voluto condividere con te, ti piacerà! 
Dai un'occhiata 

Cari auguri, NDRE PICO
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] UK OSM Community Interest Company (UK local chapter)

[Robert Whittaker (OSM lists)]

On 26 September 2016 at 11:35, Brian Prangle  wrote:
> Now that SotM has finished we should have time to concentrate on the pro
> bono legal review of our Articles of Association. I'll give it a week for
> folk to fnd time to look at this. If there's a deal of contention on any
> issue then we'll have  a concall to resolve it, if not then I'll proceed to
> send off the documents and fee to register us at Companies House.

I'd already had a look through and made some notes, and I think I've
got broadly similar points to Rob's.

* The change in 8.1 appears to be broadening the Director's powers
significantly. (I thought we'd agreed that they should have all powers
in the end anyway, but perhaps I'm mistaken. Is the change there from
before the lawyers got the document perhaps?)

* The conflicts of interest stuff in 20.x seems to have been watered
down a bit. While it's true that old 20.2.1 and 20.2.2 can be
over-ridden by the directors anyway, I think it's probably better to
retain them on a matter of principle. Old 20.1 and 20.2.3 seem to have
been genuinely lost, and I think they're sensible provisions that we
should maintain.

* The dropping of old 23.4 and the wording of new 23.3 appears to
allow non-members to be Directors, which is presumably not what we
want. Although new 25.1.7 could restrict to Ordinary and Associate
members. (Although can you cease to be something you've never been in
the first place?) It would be better to be clear in 23.3 if Directors
have to be ordinary members.

* It's not clear to me why the 9-year maximum term has been dropped
from old 24.4. If this isn't for legal reasons, it should probably be
reinstated.

* New clause 24.3 is very confusing, and I'm not completely sure what
its effect is supposed to be. A literal reading, seems to say that any
director who retires and isn't re-elected, and isn't forced to stay on
to keep up the number under 24.4, and isn't defeated in a re-election
attempt, may (if they wish) stay on another year(ish) until the
following AGM. This seems odd to have... At the very least this clause
needs clarifying.

* The changes between old 23.3, 23.5 and new 23.3 have changed the STV
voting for a set number of directors into a simple resolution in
favour or against each individual standing. I don't think this is what
we want. In our discussions we wanted to have the number of Directors
fixed in advance of the meeting, and then elect the best people to
fill the vacant positions.

* Original clauses 28/29 -- We decided we wanted to exclude
non-natural persons from being company members, so I think that needs
to be put back unless there's a legal problem with doing so. While I
can see the logic in simplifying things by combining clauses on
"Ordinary Members" and "Associate Members", I think they actually may
make things more complicated and harder to untangle, particularly if
we ever want to change anything for one class of membership and not
the other at any point in the future. I also think the lawyers have
erred in their changes, as I couldn't see anything to clarify that
only Ordinary Members are members of the company for the purposes of
the Companies' Act. (The clauses mention a "members' register", but
the definition of "Ordinary Member" implies that "members" include
both sets.)

* New 37 has changed the meaning of old 39.1 completely. If directors
have to be members anyway, then new 37 is a bit pointless, though I
could see the logic in having it just in case things change. Unless
there are legal reasons not to, having something about allowing other
people to attend and speak would be good I think -- even if that's the
default position anyway.

Best wishes,

Robert.

-- 
Robert Whittaker

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

[Talk-it] ancora su civici e POI

[Fra Mauro]

Salve a tutti,

un mio dubbio su mappatura su civici e POI.

Condivido quanto detto in lista:
* io mappo i singoli civici come nodi (salvo una rara eccezione)
* se ho un POI (per esempio un bar) a un civico. aggiungo i relativi tag al
nodo del civico.
* ho molto raramente mappato un'area con un civico (anche se non mi capita
da tempo) nel caso quest'area abbia una sola entrata e/ un solo civico.
L'entrata la taggo come tale

Il mio dubbio è il seguente:
Se ho un bar "con un'unica porta" al civico 20 di Via Accademia, abbiamo
già detto che è un nodo con i tag del civico e del bar
Come faccio invece se il bar "occupa" tre civici: il numero 18 di Via
Accademia (che è un'entrata), il numero 20 di Via Accademia (che è una
vetrina), il numero 22 di Via Accademia (che è un'altra entrata)???

se ripetessi il tag su tutti i nodi relativi ai tre civici "moltiplicherei"
artificialmente il numero di bar.
se mettessi i tag relativi al POI solo al civico con l'entrata darei una
rappresentazione a mio parere errata del fenomeno e ho problemi nel caso di
più entrate...

io attualmente metto un nodo appena all'interno dell'edificio con i dati
del POI. Così perdo l'associazione immediata con i civici ma non ho
un'associazione errata perché lacunosa.

Non sarebbe possibile esprimere la relazione tra POI e civici con una
relazione?

Voi come vi regolate?

Grazie in anticipo per le risposte e spero di essermi spiegato!

P.S.: a me sono capitati anche POI con civici su tre vie diverse (per
esempio una banca con civici su tre lati del palazzo, civici non contigui
perché con in mezzo un'entrata per gli appartamenti...). Mi piacerebbe
poter rappresentare quest'informazione...
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] UK OSM Community Interest Company (UK local chapter)

[Rob Nickerson]

Thanks Brian,

Some bits make sense, some deletions that I don't understand and some
confusingly written legalese added (typical and expected). Notes below. I'd
appreciate responses on the seven (7) highlighted sections given how much
time I/we committed to this and that many of these are our specific
insertions following discussion as a group on the phone calls.

**Powers* (Articles 6 and 8)*

   - Makes sense. No need to list things out here.
   - Is the new 8.3 the CIC requirements or something additional?

---

**Conflicts of interest* (Article 20)*
So, I understand that you are saying that the sections that have been
deleted are unnecessary duplication. This seems true of some bits (20.2.1,
20.2.2, 20.3), but not others including:

   - 20.1 - Directors and Connected persons cannot be employees, and
   - 20.2.3 - A max of half of the directors can supply good or services to
   the company at any time.

I vaguely care about the first (20.1) so would be great if we can get
comment on this. Post deletion is it now possible or stopped by another
rule?

---

**Directors* (Articles 23, 24 and 37)*

The old 23.4 stated that Directors must be members. Deleted but this is
retained by clause 25.1.7 (new numbers) so fine.

The election method (Single Transferable Vote) has been deleted. Why? To me
it seems sensible to have this documented somewhere. If not in AoA then
somewhere else. This may be a question better directed back at the pro bono
lawyers (if they are taking questions).

The new 24.1 is very confusing...! Notes:

   - "one-third of the Directors who are subject to retirement by rotation"
   -> Is this just one-third of all Directors? Or are some Directors not
   "subject to retirement by rotation"? This seems important. The following
   note then follows on. I'd like to know where "subject to retirement by
   rotation" is defined please.
   - "provided that if in any year the number of Directors who are subject
   to retirement by rotation shall be two, one of such Directors shall retire"
   -> Assuming we have minimum of 5 directors and all are "subject to
   retirement by rotation" then this situation (just 2 directors "subject to
   retirement by rotation" will never happen). This text is very long and
   confusing for what is simply 'at least one mus retire'!

The old 24.4 (max service of 9 years) has been deleted. Why? (this was a
group decision/insertion)

All the wordy insertions seem to be to close the "what if not enough
Directors left" loophole. Bloody confusingly written but fine.

Do you mean Article 37 (list of changes)? If yes, I do not understand the
deletion of text from this section (Attendance and speaking by Directors
and non-members). Can we re-insert the following text from the original
template articles please:

36.2 (template AoA number) The chair of the meeting may permit other
persons who are not members of the Company to attend and speak at a general
meeting.


---

**Membership* (Articles 27 and 29)*

This is the changes that I least understand. You noted that there is now no
distinction between members being persons or corporate entities (although
Directors can slot them in the right place). This is precisely what we
wanted to enforce.

> However, if you would like to retain specific wording from the original
version please let us know.

Yes, please!

Also what is the consequence of the removal of "An Associate Member is not
a member of the Company for any purpose of the Companies Act"? This, I
think was copied from the OSMF.

Quite frankly I do not understand why this whole section was changed. Yes
it was long, but it was clear. It was also based on OSMF texts. Now it
takes ages to un-pick the proposed test to understand what we as a group
really intend!

I'd be tempted to ask if we could restore this section. Was it legally
incorrect or are we just changing for the sake of change (different peoples
preferences) here?

*---*

**Meetings* (Article 30)*
I note they have inserted that AGMs must be within 6 months of the
accounting reference date. In fact I added this same template text at one
point. Jerry pointed out a concern and it got cut. May be worth asking
rechecking Jerry's concern:

Not a good idea, this means accounts have to be done by 4 months from YE;
this could be one hell of a thing to stick to.


May be worth engaging with Jerry directly on this or asking the lawyers if
we can retain greater flexibility. Ultimately I think we should be
achieving this timeline anyway and if not something has gone wrong!

Best regards,

p.s. Best to double check all the red text from the original template
articles still exists now that we have gone through more edits!!

*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Vyřízené notes?

[Matěj Cepl]

On 2016-09-28, 12:34 GMT, r00t wrote:
> Budou videt na mape zelene jeste asi 5 dnu, potom zmizi.
> Diky tomu maji ostatni cas na uzavreni zareagovat a treba note
> znovu otevrit, pokud se jim nezda jakym zpusobem byla vyresena...

Aha, tak to je dobře.

Díky za informaci.

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
 Don't come crying to me about your "30 minute
compiles"!! I have to build X uphill both ways! In the snow! With
bare feet! And we didn't have compilers! We had to translate the
C code to mnemonics OURSELVES!  And I was 18 before we even had
assemblers!


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

Re: [Talk-cz] Evropa 2 (Mapování vysílačů)

[Mikoláš Štrajt]

> Tak jsem dokoncil draft #3:
> https://wiki.openstreetmap.org/wiki/Proposed_features/Radio_Frequency
> 
> Hlavne jsem zkratil klice a hodnoty a "rf:" se pouziva jenom u klicu se 
> zakladni
> definici signalu (a diky tomu je mozne je pouzit na node i bez relace pro
> jednoduche tagovani - proto se toho nechci uplne vzdat).

Mám vymyšlené zjednodušené schéma odvozené od tohoto návrhu. Mapuje to jen 
vysílače a mám tam pár zjednodušení pro lehčí používání. 

Zkusím ho během týdne sepsat do počítače a poslat.   

> Navrzenym schematem muzu otagovat nektere vysilace tady v okoli Prahy o 
> kterych
> mam dostatecne informace, aby bylo videt jak to vsechno vypada pouzite "v 
> realu"

Dobrý nápad, tím se ověří použitelnost.

Já jsem koneckonců s tou Evropou 2 taky testoval v praxi (a došel k závěru, že 
můj původní nápad o relaci na relaci není správný).

-- 
Mikoláš Štrajt / Severák / http://severak.svita.cz/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-br] Como criar a interpolação de endereços

[Helio Cesar Tomio]

George, o Thundercel fez um vídeo tutorial sobre a interpolação da
numeração de porta:
https://youtu.be/Wsm2U8BFdeQ

Em 28/09/2016 11:28, "George Silva"  escreveu:

> Olá pessoal, bom dia!
>
> Dei uma procurada na wiki, mas achei confusa a informação sobre
> interpolação de endereços.
>
> Alguém pode me dar um exemplo factível?
>
> Tentei usar o plugin AddrInterpolation, mas ele exige que eu desenhe uma
> nova via para criar a interpolação.
>
> Um exemplo:
>
> Neste screenshot, tenho uma via (bem maior que a interpolação de endereço)
> e duas interpolações paralelas, de numeração ficticia. do lado esquerdo de
> 2 a 100 e do direito de 1 a 99.
>
> Achei estranho, imaginei que a interpolação deveria ficar na via.
>
> Alguém tem um exemplo que funciona?
>
> Abraços
>
> --
> George R. C. Silva
> Sigma Geosistemas LTDA
> 
> http://www.sigmageosistemas.com.br/
>
> ___
> 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

Re: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Milan Cerny]

Ono to může být  tím, že se shodují čísla fotek, které generuje fotoaparát.
Stačí dopsat název souboru do adresy a hned je jasno, zda je to ta samá, či 
nikoliv.

http://api.openstreetmap.cz/img/guidepost/XXX.jpg

například hned ta první
http://api.openstreetmap.cz/img/guidepost/_MG_7477.jpg

Pokud je od někoho jiného, pak stačí jednoduše přejmenovat a mělo být po 
problému.

Milan
__
> Od: Zdeněk Pražák 
> Komu: 
> Datum: 28.09.2016 17:43
> Předmět: [Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz
>
>nahrával jsem několik fotek rozcestníků přes formulář na old.openstreetmap.
>cz
>U několika fotek se mi objevila hláška, že fotka již existuje a mám ji 
>přejmenovat
>šlo o následující fotografie:
>_MG_7477.jpg
>_MG_7486.jpg
>_MG_7508.jpg
>_MG_7517.jpg
>_MG_7571.jpg
>
>fotka však v databázi nemohla existovat, neboť jsem ji vyfotil teprve dnes.
>
>Jedná se asi o stejnou chybu, kterou jsem reportoval 22.9. v 13,46
>
>Co mám dělat
>
>=
>
>--
>
>___
>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] nahrávání rozcestníků přes old.openstreetmap.cz

[Marián Kyral]

Dne 28.9.2016 v 17:43 Zdeněk Pražák napsal(a):
> nahrával jsem několik fotek rozcestníků přes formulář na
> old.openstreetmap.cz
> U několika fotek se mi objevila hláška, že fotka již existuje a mám ji
> přejmenovat
> šlo o následující fotografie:
> _MG_7477.jpg
> _MG_7486.jpg
> _MG_7508.jpg
> _MG_7517.jpg
> _MG_7571.jpg
>
> fotka však v databázi nemohla existovat, neboť jsem ji vyfotil teprve
> dnes.
>
> Jedná se asi o stejnou chybu, kterou jsem reportoval 22.9. v 13,46
>
> Co mám dělat

Co třeba přejmenovat a zkusit znova? :-D

To že jsi tu fotku vyfotil až dnes nic neznamená. To jméno se tam mohlo
dostat od někoho jiného.

Marián

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

Re: [OSM-talk] non-temporary usage of highway=road

[Holger Jeromin]

Aun Johnsen  Wrote
 in message:
> I see a lot of usage of the generic tag highway=road, which is meant as a 
> temporary tag and a ?low level entry tag? for beginners. The problem with 
> this is that because of its ambiguous meaning, it is impossible for data 
> consumers to process this correctly. 
> 
> i.e., highway=road means anything between a small footway to motorway, so a 
> routing engine might wrongfully send cars down a set of steps or a hiker up a 
> motorway
> 
> As described on the proposal page, this tag is meant to be temporary until 
> more data can be obtained from survey.
> 
> I have now had a few rounds of cleanup of the usage of this tag in Brazil. My 
> cleanup run last year found highway=road that had been unedited for 3 years, 
> so hardly temporary. This year I found several highway=road added by armchair 
> mappers from Europe, and I doubt they ever will travel to the remote areas of 
> Brazil to correct this.
> 
(...) 
> In my opinion, a warning about its temporary state and non-capability with 
> data consumers should be added to the wiki, and it should be removed from the 
> standard presets of all the common editors. Also editors with validation 
> functions should give a warning about the existence of this temporary tag so 
> that it can be dealt with properly by people editing in the areas, and 
> further QA tools should highlight them as items needing attention.
>   
> 

Sadly this issue was closed 

https://github.com/openstreetmap/iD/issues/2742

-- 
Holger


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


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

Re: [OSM-talk-fr] Résidences HLM

[Philippe Verdy]

"neighborhood" désignent déjà des quartiers administratifs (au sein aussi
de grands quartiers tagués comme suburbs). Ces quartiers sont des entités
publiques non restreintes à des ensembles privés comme les résidences, qui
n'incluent PAS la voirie publique passant autour.

(note: le terrain est privé, mais l'accès peut rester ouvert au public, ce
qui est généralement le cas mais limité pour les visites sur place: on ne
peut pas s'y installer ou s'y garer librement si on n'a rien à y faire, de
même que sur un centre commercial, les véhicules ne peuvent pas rester
garés sur les parkings et seront enlevés vers la fourrière, bien avant la
tolérance de 8 jours sur le domaine public c'est facile de constater qu'un
véhicule reste garé trop longtemps, une affiche qui reste sur le pare-brise
plus de 24 heures, la fourrière se déplacera pour enlever le véhicule, les
résidents savent quels sont leurs véhicules; de même l'accès ouvert aux
visiteurs de jour sera fermé de nuit ou les week-ends, les visiteurs
devront s'annoncer aux résidents ou partir).

Je pense plutôt donc à un autre "place=residence" séparé (de même que
"place=square" pour les places publiques ; également
"place=commercial_centre" ou "place=mall" si on veut plus court en
anglo-américain).

On a enfin le cas des zones d'entreprise (plus petites que les ZA/ZAC/ZI
des plans publics), telles que les pépinières, là encore sur un secteur
privé visiblement délimité et clairement nommé : "place=business" (si on
prend l'exemple du Wall Trade Center à NYC, c'est un ensemble de tours, pas
un quartier, ni une seule des tours, et cela inclus aussi les espaces
commerciaux autours, les parkings et les stations de transport qui
desservent cette zone directement). Le cas de "La Défense" est particulier,
ce n'est pas un quartier puisque c'est à cheval sur plusieurs communes, le
lotissement en quartiers s'est fait sous forme de "secteurs" numérotés
(mais la numérotation est globale sur toutes les communes). Il s'agit en
fait d'une zone d'aménagement intercommunale avec sa commission d'étude et
développement, une entité mixte (mêlant public et privé). Là encore un
"place=business" serait plus approprié.


Le 28 septembre 2016 à 21:06, JB  a écrit :

> Pour ma part, je n'aime pas.
> Je pense que je mettrais place=neighbourhood + name=*. C'est un nom de
> petit quartier qu'on décrit.
> JB.
>
>
> Le 28/09/2016 à 20:51, Ralf Treinen a écrit :
>
>> On Wed, Sep 28, 2016 at 06:19:01PM +0200, JB wrote:
>>
>>> Le 28/09/2016 à 15:49, Tony Emery a écrit :
>>>
 C'est pour ça que je met ce tag dans une
 emprise de type landuse=residential.

>>> Bof, une emprise landuse=residential empilée dans le landuse=résidential
>>> de
>>> la ville ? Ou extrudée en multipolygone ? Pas convaincu ni par l'un ni
>>> par
>>> l'autre, et vue la spécificité du sujet, peut-être du taggage spécifique
>>> est
>>> à réfléchir (ou pas dans OSM, comme je le lis, je connais trop mal le
>>> sujet
>>> pour avoir un avis pour l'instant).
>>>
>> N'est-ce pas ce qu'on fait déjà pour les résidences, je veux dire des
>> ensembles d'immeubles souvent entourés d'une cloture ? Indépendement de
>> la question si c'est du bas loyer ou pas.
>>
>> Dans ce cas je met un landuse=residential et un name=* sur le terrain.
>> Faut-il le tagger différement ?
>>
>> -Ralf.
>>
>> ___
>> 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] j'ai pas le droit d'utiliser le logo OSM sur le wiki ?

[Vincent Bergeot]

Merci pour vos retours.

Dans tous les cas, je souhaitais prendre contact avec le contributeur 
qui a noté cela pour lui expliquer le contexte d'utilisation du logo.
Et effectivement un petit mot au Licensing Working Group pour informer 
que pour l'appli MapContrib qui sert à contribuer directement dans OSM, 
j'ai utilisé le logo pour l'étape d'authentification.


Et je n'agresserai personne dans tous les cas, surtout pour quelque 
chose comme cela !


Encore merci


Le 28/09/2016 à 20:45, Benoit Fournier a écrit :


Ce n'est pas un bandeau de viol de licence.
C'est un bandeau de licence, de description de conditions 
d'utilisation, sans préjugé de respect ou non-respect.


Benoît


On Sep 28, 2016 8:03 PM, "Jean-Yvon Landrac" 
> wrote:


Je n'ai pas dit d'agresser ce type.

Il aurait pu écrire à Vincent, demander des éclaircissements,
discuter.

Là il met un bandeau de viol de licence.

D'accord pour y aller mollo... contrairement à ce qu'il a fait.

Jean-Yvon


Le 28/09/2016 à 19:48, Benoit Fournier - ben.fourn...@gmail.com
 a écrit :


Euh mollo quand même, l'éditeur du wiki en question a seulement
rajouté une balise pour qualifier la licence d'une image.
Ce n'est pas un message ou un conseil. C'est un fait, une
information, pour n'importe qui viendrait sur le wiki et voudrait
réutiliser cette image.

Ou alors a-t-il envoyé un message en parallèle ?

Je ne vois pas matière à contacter le LWG… ou effectivement
uniquement à titre d'information cordiale, pour signaler votre
utilisation dans mapcontrib du logo OSM dans le contexte
d'identification.

Benoît


On Sep 28, 2016 7:29 PM, > wrote:

Version allégée ou pas, comme il se connecte à l'API
d'authentification d'OSM, il doit clairement l'identifier.

Comme l'étape est décrite en français, et que celui qui
reproche la violation de copyright NE parle PAS français,
faisons l'hypothèse qu'il n'a pas compris qu'il s'agissait de
l'étape d'authentification.

Et donc Vincent, tu écris au LWG et en mp à cet abru... heu,
ce contributeur en lui précisant que suite a son conseil tu
as informé le groupe ad hoc.

Jean-Yvon


Le 28/09/2016 à 17:25, Christian Quest -
cqu...@openstreetmap.fr  a
écrit :

Il y a vraiment des excités du copyright... :(

Le rappel dit "may require"... MAY pas DOES... nuance
importante ;)

Pour moi tu utilise le logo comme il faut, pour
s'authentifier via OSM pour contribuer à OSM utiliser un
autre logo aurait pu être considéré comme un problème plus
important !

Si l'usage de CETTE version du logo pose problème, tu peux
prendre une version allégée comme sur umap...

Pour le Licensing Working Group, un simple message du style
"Je vous informe que pour l'appli MapContrib qui sert à
contribuer directement dans OSM, j'ai utilisé le logo pour
l'étape d'authentification." devrait faire l'affaire.


Le 28/09/2016 à 16:59, Vincent Bergeot a écrit :

Bonjour,

je viens de recevoir cela :

https://wiki.openstreetmap.org/w/index.php?title=File:MapContrib-user-002.png=next=1313007



Cela concerne les copies d'écrans que j'ai faite pour
expliquer comment utiliser MapContrib. Il se trouve qu'il y
a le logo osm aux étapes de connexion.

Bon ok, je suis en violation des droits (!!!), je n'ai pas
demandé l'autorisation c'est vrai !

Est ce que quelqu'un a déjà été confronté à ce cas ?

Je passe par là ?
http://wiki.osmfoundation.org/wiki/Licensing_Working_Group


Vos avis me seraient d'une grande aide !







___
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




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

Re: [OSM-talk-fr] Résidences HLM

[Philippe Verdy]

Il y a clairement un manque de tag pour des ensembles résidentiels privés
et bien délimités (pouvant inclure plusieurs immeubles, des parkings, des
jardins et des batiments de service) inclus dans les zones résidentielles.
La délimitation n'est pas toujours une cloture, elle peut être marquée par
des accès ouverts mais des panneaux de restriction (stationnement réservé)
ou des butoirs mobiles et une séparation visible au sol du trottoir public.
LA voie d'accès bien qu'ouverte ne donne pas de nom de rue, juste le nom de
la résidence.
Cela reste du landuse=residentiel, mais privatif cette fois (et qui peut
aussi inclure des zones non résidentielles: bois, rivières/étangs, jardins.
Le landuse ne me parait pas approprié pour ça. Cela ressemble aussi auc
frontières de parcs naturels mais là natural=* ou protected_area=* ne
s'applique pas. Ressemblance aussi avec les centres commerciaux (qui eux
aussi sont délimités mais dans une zone commerciale plus large).

Et dans l'espace public on a le même genre de difficultés avec les places
publiques qui incluent des rues, des espaces piétons, des parkings, des
cabanons commerciaux, des fontaines, des aires de jeu...
Il nous manque un tag pour nommer des aires ayant un usage particulier mais
avant tout un nom.

On ne peut pas utiliser place=locality (puisque c'est habité), mais
pourquoi pas (sur un polygone, pas un noeud), place=residential (pour les
résidences, même s'il y a dedans aussi des activités commerciales comme des
bureaux ou cabinets médicaux), ou place=commercial (nom du centre
commercial entier, indépendamment du nom de sa ou ses principales
enseignes) ?

Pour les parcs de loisir, les ports et aéroports, réserves naturelles, on a
déjà les tags appropriés, bien que souvent ils aient aussi des
délimitations en tant que quartiers administratifs dans les communes du
fait de l'aménagement concerté.

Le 28 septembre 2016 à 20:51, Ralf Treinen  a écrit :

> On Wed, Sep 28, 2016 at 06:19:01PM +0200, JB wrote:
> >
> > Le 28/09/2016 à 15:49, Tony Emery a écrit :
> > > C'est pour ça que je met ce tag dans une
> > > emprise de type landuse=residential.
> > Bof, une emprise landuse=residential empilée dans le landuse=résidential
> de
> > la ville ? Ou extrudée en multipolygone ? Pas convaincu ni par l'un ni
> par
> > l'autre, et vue la spécificité du sujet, peut-être du taggage spécifique
> est
> > à réfléchir (ou pas dans OSM, comme je le lis, je connais trop mal le
> sujet
> > pour avoir un avis pour l'instant).
>
> N'est-ce pas ce qu'on fait déjà pour les résidences, je veux dire des
> ensembles d'immeubles souvent entourés d'une cloture ? Indépendement de
> la question si c'est du bas loyer ou pas.
>
> Dans ce cas je met un landuse=residential et un name=* sur le terrain.
> Faut-il le tagger différement ?
>
> -Ralf.
>
> ___
> 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] Résidences HLM

[JB]

Pour ma part, je n'aime pas.
Je pense que je mettrais place=neighbourhood + name=*. C'est un nom de 
petit quartier qu'on décrit.

JB.

Le 28/09/2016 à 20:51, Ralf Treinen a écrit :

On Wed, Sep 28, 2016 at 06:19:01PM +0200, JB wrote:

Le 28/09/2016 à 15:49, Tony Emery a écrit :

C'est pour ça que je met ce tag dans une
emprise de type landuse=residential.

Bof, une emprise landuse=residential empilée dans le landuse=résidential de
la ville ? Ou extrudée en multipolygone ? Pas convaincu ni par l'un ni par
l'autre, et vue la spécificité du sujet, peut-être du taggage spécifique est
à réfléchir (ou pas dans OSM, comme je le lis, je connais trop mal le sujet
pour avoir un avis pour l'instant).

N'est-ce pas ce qu'on fait déjà pour les résidences, je veux dire des
ensembles d'immeubles souvent entourés d'une cloture ? Indépendement de
la question si c'est du bas loyer ou pas.

Dans ce cas je met un landuse=residential et un name=* sur le terrain.
Faut-il le tagger différement ?

-Ralf.

___
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] Résidences HLM

[Ralf Treinen]

On Wed, Sep 28, 2016 at 06:19:01PM +0200, JB wrote:
> 
> Le 28/09/2016 à 15:49, Tony Emery a écrit :
> > C'est pour ça que je met ce tag dans une
> > emprise de type landuse=residential.
> Bof, une emprise landuse=residential empilée dans le landuse=résidential de
> la ville ? Ou extrudée en multipolygone ? Pas convaincu ni par l'un ni par
> l'autre, et vue la spécificité du sujet, peut-être du taggage spécifique est
> à réfléchir (ou pas dans OSM, comme je le lis, je connais trop mal le sujet
> pour avoir un avis pour l'instant).

N'est-ce pas ce qu'on fait déjà pour les résidences, je veux dire des
ensembles d'immeubles souvent entourés d'une cloture ? Indépendement de
la question si c'est du bas loyer ou pas.

Dans ce cas je met un landuse=residential et un name=* sur le terrain.
Faut-il le tagger différement ?

-Ralf.

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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[lenny.libre]

en attendant, on peut l'enlever (sur le calque ou sur la ligne) dans 
l'option : option d’interaction/Afficher une étiquette/définir/off



Le 28/09/2016 à 20:29, Jarry Philippe a écrit :

ok

Le 28 septembre 2016 à 10:58, Yohan Boniface > a écrit :


Sounds like a bug: on devrait ne pas afficher l'étiquette si le name
est celui du calque je pense.
Tu peux créer un ticket sur github que j'oublie pas?

https://github.com/umap-project/umap/issues


Note: je suis en Jordanie pour 15 jours, donc je vais peut-être pas
avoir le temps pour ça (mais si on a un gros souci, je trouverai le
temps ;) ).


On mar., 2016-09-27 at 16:07 +0200, Jarry Philippe wrote:
> Bonjour,
>
> Bravo pour les améliorations sur la nouvelle version de uMap
> (l'étiquette au survol et le tri des calques, c'est top !)
>
> J'ai une question suite au passage en prod des cartes existantes :
> lorsque j'affiche les étiquettes des épingles, le nom du calque
> s'affiche pour les autres formes lignes ou polygones ce qui n'était
> pas le cas auparavant. Comment faut-il paramétrer le calque pour que
> le nom ne s'affiche pas dans ce cas.
> Le phénomène ne se produit pas lorsqu'on utilise le nouveau
paramètre
> d'affichage au survol. (exemple
http://umap.openstreetmap.fr/fr/map/i

> vry-travaux-septembre-2016_100667#16/48.8157/2.3979)
> Exemple de l'etiquette avec nom du calque sur les lignes :
https://um
> ap.openstreetmap.fr/fr/map/ivry-travaux-juillet-

> 2016_92653#18/48.81899/2.39626
>
> Merci d'avance
> A bientôt,
> Philippe Jarry
>
> Le 21 septembre 2016 à 23:37, Yohan Boniface
>
> a écrit :
> > Hello tous,
> >
> > En prévision du SotM, on essaie de (enfin!) mettre en
production la
> > nouvelle version de uMap.
> > Pour tester, on a fait une copie de la production, qu'on a mise en
> > ligne. Si vous voulez jouer avec, c'est par là:
> >
> > http://dev.umap.openstreetmap.fr/

> >
> > Vous devriez y retrouver vos anciennes cartes (jusqu'au week-end
> > dernier, date de la copie).
> >
> > Toute remontée sera utile, quelle qu'en soit la forme (ici par
> > email ou
> > bien sur github https://github.com/umap-project/umap/issues
 ou sur
> > IRC
> > pour les habitués).
> > Idéalement, dans le cas d'un bug, un lien vers le problème ou une
> > façon
> > de le reproduire aidera. Copies d'écrans aussi.
> >
> > Merci d'avance pour vos retours!
> >
> > Et à tout bientôt à Bruxelles pour les chanceux qui voyagent :)
> >
> > Yohan
> >
> > ___
> > 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: [OSM-talk-fr] La blague du jour

[Pierre Béland]

Et la plus petite frontière, c'est sans doute avec le Canada. Mais d'accord, on 
ne recommencera pas la guerre des droits de pêche sur les Bancs de Terre-Neuve. 
Il n'y en a plus de poisson... 
http://www.openstreetmap.org/relation/3406826#map=9/46.9606/-56.2994

 
Pierre 


  De : Francescu GAROBY <windu...@gmail.com>
 À : Discussions sur OSM en français <talk-fr@openstreetmap.org> 
 Envoyé le : mercredi 28 Septembre 2016 13h36
 Objet : Re: [OSM-talk-fr] La blague du jour
   
Ah ouais ! Bravo France 2 !

Bon, et le pays avec lequel la France a la plus longue frontière n'est pas 
l'Allemagne, mais le Brésil...


Francescu

Le 28 septembre 2016 à 18:53, Donat ROBAUX <dona...@gmail.com> a écrit :

Bonjour,
En ce milieu de semaine, détendons-nous un peu ;)
France2 réinvente la géographiehttp://www.20minutes.fr/ 
television/1932879-20160928- france-2-raye-belgique- 
luxembourg-carte-reinvente- geographie

On leur propose une cartopartie?
Donat
__ _
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap. org/listinfo/talk-fr





-- 
Francescu
___
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] Bêtatesteurs pour la nouvelle version de uMap?

[Jarry Philippe]

ok

Le 28 septembre 2016 à 10:58, Yohan Boniface  a
écrit :

> Sounds like a bug: on devrait ne pas afficher l'étiquette si le name
> est celui du calque je pense.
> Tu peux créer un ticket sur github que j'oublie pas?
>
> https://github.com/umap-project/umap/issues
>
> Note: je suis en Jordanie pour 15 jours, donc je vais peut-être pas
> avoir le temps pour ça (mais si on a un gros souci, je trouverai le
> temps ;) ).
>
>
> On mar., 2016-09-27 at 16:07 +0200, Jarry Philippe wrote:
> > Bonjour,
> >
> > Bravo pour les améliorations sur la nouvelle version de uMap
> > (l'étiquette au survol et le tri des calques, c'est top !)
> >
> > J'ai une question suite au passage en prod des cartes existantes :
> > lorsque j'affiche les étiquettes des épingles, le nom du calque
> > s'affiche pour les autres formes lignes ou polygones ce qui n'était
> > pas le cas auparavant. Comment faut-il paramétrer le calque pour que
> > le nom ne s'affiche pas dans ce cas.
> > Le phénomène ne se produit pas lorsqu'on utilise le nouveau paramètre
> > d'affichage au survol. (exemple http://umap.openstreetmap.fr/fr/map/i
> > vry-travaux-septembre-2016_100667#16/48.8157/2.3979)
> > Exemple de l'etiquette avec nom du calque sur les lignes : https://um
> > ap.openstreetmap.fr/fr/map/ivry-travaux-juillet-
> > 2016_92653#18/48.81899/2.39626
> >
> > Merci d'avance
> > A bientôt,
> > Philippe Jarry
> >
> > Le 21 septembre 2016 à 23:37, Yohan Boniface 
> > a écrit :
> > > Hello tous,
> > >
> > > En prévision du SotM, on essaie de (enfin!) mettre en production la
> > > nouvelle version de uMap.
> > > Pour tester, on a fait une copie de la production, qu'on a mise en
> > > ligne. Si vous voulez jouer avec, c'est par là:
> > >
> > > http://dev.umap.openstreetmap.fr/
> > >
> > > Vous devriez y retrouver vos anciennes cartes (jusqu'au week-end
> > > dernier, date de la copie).
> > >
> > > Toute remontée sera utile, quelle qu'en soit la forme (ici par
> > > email ou
> > > bien sur github https://github.com/umap-project/umap/issues ou sur
> > > IRC
> > > pour les habitués).
> > > Idéalement, dans le cas d'un bug, un lien vers le problème ou une
> > > façon
> > > de le reproduire aidera. Copies d'écrans aussi.
> > >
> > > Merci d'avance pour vos retours!
> > >
> > > Et à tout bientôt à Bruxelles pour les chanceux qui voyagent :)
> > >
> > > Yohan
> > >
> > > ___
> > > 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] La blague du jour

[Philippe Verdy]

C'était justement la question du jeu, il fallait répondre Brésil.

C'est quand même comique de baser le jeu sur la connaissance du territoire
et ignorer même ce qui en ait la spécificité, qui sont aussi nos frontières
avec les pays voisins. Que l'infographiste se trompe  c'est une chose(il a
pu faite un premier essai mais se tromper de version de sa carte, qui
ressemble en fait plus à une première ébauche rapide qu'à un truc
montrable, ensuite les images ont été mélangées), mais ça montre quand même
un manque de préparation; même le réalisateur aurait pu s'en rendre compte
et simplement ne pas afficher cette carte, mais il devait être un peu trop
stressé par la diffusion en direct.
Ca sent la bourde par un stagiaire chargé juste de sélectionner les écrans
et suivre le fil de l'émission, le réalisateur lui a juste fait confiance
sans regarder, le fil de l"émission devait juste indiquer d'afficher une
image présélectionnée (exemple un lien dans un mail récapitulatif, mais où
il a été oublié des mails de correction. Pourtant pour l'émission iul y
avait une app développée pour les mobiles, et il devait y avoir des
prestataires, et avant le direct il y a bien eu une répétition quelque part.

Déjà l'image montrée n'est pas probante si la réponse est le Brésil
puisqu'on ne peut pas comparer non plus avec les frontières de Guyane., ce
n'est pas que le problème de la Belgique et du Luxembourg. Et pour être
complet il aurait fallu montrer les plus petites frontières: celle avec le
Canada (frontière maritime uniquement: 0 km terrestre), les Pays-Bas (à
Saint-Barthélemy), puis Monaco, et Andorre (à moins qu'en incluant des
frontières maritimes cela se renverse : Andorre devenant la plus petite
frontière et la plus grande étant celles des pays autour de la
Nouvelle-Calédonie, la Polynésie française n'ayant aucune frontière
territoriale commune sauf si on parle des ZEE).

On pourrait encore parler de la particularité de la petite enclave
terrestre espagnole dont la frontière me semble plus longue au plan
terrestre que celle avec Monaco (qui en revanche continue de s'étendre en
mer).

Ensuite c'est compliqué concernant les frontières terrestres de la
Nouvelle-Calédonie puisqu'il n'y a pas d'accord avec tous les voisins (et
notamment pas non plus au pole sud avec la base américaine McMurdo, qui n'a
pas de frontière clairement définie autour). La base franco-italienne
Concordia n'est même pas située non plus dans le secteur de Terre Adélie.
Les chinois et russes ne revendiquent aucun secteur mais pourtant
multiplient les bases, et d'autres pays s'y ajoutent (Brésil, Inde, Afrique
du Sud, Norvège, Canada...). Il ne sera plus possible de revenir à la
situation d'avant le traité de l'Antarctique ou alors il faudra
restraiendre tous les secteurs pour ne plus définir que des petits
fragments autour des bases restantes, interdire toute nouvelle installation
et contraindre à une co-souveraineté internationale bon nombre
d'installations ou les démanteler.

Le 28 septembre 2016 à 19:36, Francescu GAROBY <windu...@gmail.com> a écrit
:

> Ah ouais ! Bravo France 2 !
>
> Bon, et le pays avec lequel la France a la plus longue frontière n'est pas
> l'Allemagne, mais le Brésil...
>
>
> Francescu
>
> Le 28 septembre 2016 à 18:53, Donat ROBAUX <dona...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> En ce milieu de semaine, détendons-nous un peu ;)
>>
>> France2 réinvente la géographie
>> http://www.20minutes.fr/television/1932879-20160928-france-
>> 2-raye-belgique-luxembourg-carte-reinvente-geographie
>>
>> On leur propose une cartopartie?
>>
>> Donat
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Francescu
>
> ___
> 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] La blague du jour

[pepilepi...@ovh.fr]

  
  
Le 28/09/2016 à 19:36, Francescu GAROBY
  a écrit :


  

  Ah ouais ! Bravo France 2 !

  
  Bon, et le pays avec lequel la France a la plus longue
  frontière n'est pas l'Allemagne, mais le Brésil...

  


Je pensais pas que la Guyane était si grande !


  

  

Francescu
  
  
Le 28 septembre 2016 à 18:53, Donat
  ROBAUX <dona...@gmail.com>
  a écrit :
  
Bonjour,
  
  
  En ce milieu de semaine, détendons-nous un peu ;)
  
  
  France2 réinvente la géographie
  http://www.20minutes.fr/television/1932879-20160928-france-2-raye-belgique-luxembourg-carte-reinvente-geographie
  
  
  
  On leur propose une cartopartie?
  
  
  
  Donat


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

  




-- 

  
Francescu
  

  
  
  
  
  ___
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-it] State of the Map 2016 - WeeklyOSM in Italiano?

[Stefano]

Il giorno 28 settembre 2016 18:36, Martin Raifer  ha
scritto:

> Voglio aggiungere che durante la SOTM, Manfred Reiter di “WeeklyOSM”
> ha proposto l'idea di avere i news di OSM in ancora più lingue: Magari
> sarebbe anche interessante avere un “Notiziario OSM” in Italiano?!
>

Quando c'era ancora opengeodata lo traducevo io su marcosbox.org, poi
quando ha smesso non ho più proseguito..
Se riesco do' una occhiata, ma se c'è qualcuno che da' una mano è meglio.


> Interessante è il suo lightning talk
> (https://youtu.be/yTJpUjuQZME?t=1h25m1s), dove ha mostrato lo
> strumento che hanno sviluppato per facilmente gestire (e tradurre) i
> news.
>
> Ciao,
> Martin
>

Ciao,
Stefano


>
> ___
> 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-es] Mensajería instantánea en OSM.es

[Iñaki]

Buenas tardes:

Más alto se podrá decir, pero más claro no. El planteamiento es 
impecable, como lo era el de Jorge Sanz.

Saludos,
Iñaki

El 28/09/2016 a las 15:01, Carlos Cámara escribió:

Hola a todos,

Disculpad el mensaje y espero no ofender a nadie, pero no termino de 
entender este boom de mensajerías instantáneas y quisiera compartir 
una reflexión.


Si no me equivoco, Jorge Sanz, al abrir este hilo estaba pidiendo un 
uso más racional de la mensajería instantánea que permitiese salvar 
algunos problemas detectados en el grupo de Telegram e hiciese más 
manejable las conversaciones que se estaban produciendo. También 
interpreto que abogaba por una conversación más orientada a 
resultados. Para ello proponía encontrar algún servicio que A) fuese 
abierto, B) tuviese un log público D) permitiese tener varias salas.


A raiz de ello se han creado varios canales (dos que yo conozca [1] y 
[2]) en matrix/riot y también en slack se han empezado a utilizar. 
Además, el grupo de telegram se ha convertido en supergrupo y se han 
incorporado nuevos usuarios (¡bienvenidos a todos!), que obviamente 
han empezado a participar en las conversaciones. También se han 
sincronizado las conversaciones de Telegram, Riot y ¿slack? y, fruto 
de una propuesta en la lista [3], se ha generado un pequeño documento 
de gobernanza con normas de uso de Telegram. Más allá del efecto 
positivo del documento, de las nuevas incorporaciones, de favorecer 
conversaciones con independencia de la plataforma utilizada y de haber 
solventado el problema de los registros de conversaciones en Telegram 
y en Riot (no así en slack, al ser cerrado), no solo no se ha resuelto 
el tema de la racionalización de conversaciones sino que, en mi 
opinión, se ha agravado: ahora hay varios lugares en los que  hablar y 
aunque algunos de ellos están vinculados y hace irrelevante cual 
prefiera usarse, otros no lo están (como slack o la sala de etiquetado 
en riot) y al haber aumentado el número de participantes (insisto, 
algo a celebrar) también se ha aumentado el número de conversaciones y 
por tanto cierto "ruido" y dificultad para encontrar información útil 
con posterioridad a que se produzca.


Entiendo que esta situación es algo temporal y -espero- en un plazo 
relativamente breve de tiempo tengamos alguna solución que resuelva 
los problemas reales en lugar de dejarnos llevar por una suerte de 
borrachera tecnológica para usar el servicio más nuevo y molón. 
Mientras tanto, me reitero y sumo a lo que ha dicho Miguel Sevilla 
manifestándonos a favor de la conversación asíncrona para determinados 
temas que no solo no requieran atención inmediata sino que requieran 
ser estudiados, desarrollados o discutidos con más tiempo y/o con más 
implicación de la comunidad.


Saludos,

Carlos

[1] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
[2] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
[3] 
https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014389.html




Carlos Cámara
http://carloscamara.es

2016-09-28 14:25 GMT+02:00 David Marín Carreño >:




El mar., 27 sept. 2016 a las 17:43, Miguel Sevilla-Callejo
(>) escribió:


Además acabo de ver que David Marín está haciendo el enlace
igualmente hacia Slack. Espero que él nos indique si ya es
funcional y a dónde transmite por esta última plataforma.


He creado un grupo en slack, osm-es. Al ser slack de naturaleza
cerrada, no me permite abrir el acceso a todo el mundo.

De momento los mensajes desde Slack hacia el Telegram aparecen
mal, sin el usuario remitente, pero esto podría cambiar en breve.

Quien quiera conectarse al grupo en Slack, que me lo diga y envío
una invitación. Así mismo, si alguien más involucrado en el tema
de la asociación quiere permisos de administración para el grupo
osm-es en Slack, que me lo diga.

Un cordial saludo,
--
David

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





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



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

Re: [Talk-es] Oficinas de Correos de Madrid

[Alejandro S.]

Hola Santi,

Yo creo que estás en la "obligación" de mandarlo a la lista, no olvidemos
que es un requerimiento para las importaciones (aunque sean manuales) que
la comunidad local esté de acuerdo. La única manera de que se entere toda
la comunidad y plantee sus objeciones (si las hubiera) es mandándolo a esta
lista que puede consultar todo el mundo.

Saludos,
  Alejandro Suárez

2016-09-28 19:01 GMT+02:00 Santiago Crespo :

> Hola,
>
> Estoy preparando la siguiente importación manual: las oficinas de
> Correos de Madrid.
>
> La idea es usar el gestor de tareas. Lo he documentado en la wiki en
> inglés y en el gestor de tareas en español.
>
> https://wiki.openstreetmap.org/wiki/Madrid_Post_Offices_Import
>
> http://osm.unizar.es:6543/project/26
>
> Aquí tenéis el archivo .osm con todas las oficinas, por si queréis echar
> un ojo:
>
> http://flanera.net/Oficinas_de_Correos.osm
>
> Y aquí la traducción de los horarios a formato OSM:
>
> https://ethercalc.org/3wf87iuqhnzh
>
> Si no hay objeciones, en unos días empezamos.
>
> No sé si es demasiado anunciar todas las importaciones manuales que
> hagamos del Ayto. de Madrid por la lista, empiezo a pensar que lo podría
> comentar por el chat. Y si es algo grande y/o complejo como los números
> de portal, hablarlo por la lista. ¿Qué opináis?
>
> Saludos,
> Santiago Crespo
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] La blague du jour

[Francescu GAROBY]

Ah ouais ! Bravo France 2 !

Bon, et le pays avec lequel la France a la plus longue frontière n'est pas
l'Allemagne, mais le Brésil...


Francescu

Le 28 septembre 2016 à 18:53, Donat ROBAUX <dona...@gmail.com> a écrit :

> Bonjour,
>
> En ce milieu de semaine, détendons-nous un peu ;)
>
> France2 réinvente la géographie
> http://www.20minutes.fr/television/1932879-20160928-
> france-2-raye-belgique-luxembourg-carte-reinvente-geographie
>
> On leur propose une cartopartie?
>
> Donat
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] j'ai pas le droit d'utiliser le logo OSM sur le wiki ?

[osm . sanspourriel]

Version allégée ou pas, comme il se connecte à l'API d'authentification 
d'OSM, il doit clairement l'identifier.


Comme l'étape est décrite en français, et que celui qui reproche la 
violation de copyright NE parle PAS français, faisons l'hypothèse qu'il 
n'a pas compris qu'il s'agissait de l'étape d'authentification.


Et donc Vincent, tu écris au LWG et en mp à cet abru... heu, ce 
contributeur en lui précisant que suite a son conseil tu as informé le 
groupe ad hoc.


Jean-Yvon


Le 28/09/2016 à 17:25, Christian Quest - cqu...@openstreetmap.fr a écrit :

Il y a vraiment des excités du copyright... :(

Le rappel dit "may require"... MAY pas DOES... nuance importante ;)

Pour moi tu utilise le logo comme il faut, pour s'authentifier via OSM 
pour contribuer à OSM utiliser un autre logo aurait pu être considéré 
comme un problème plus important !


Si l'usage de CETTE version du logo pose problème, tu peux prendre une 
version allégée comme sur umap...


Pour le Licensing Working Group, un simple message du style "Je vous 
informe que pour l'appli MapContrib qui sert à contribuer directement 
dans OSM, j'ai utilisé le logo pour l'étape d'authentification." 
devrait faire l'affaire.



Le 28/09/2016 à 16:59, Vincent Bergeot a écrit :

Bonjour,

je viens de recevoir cela : 
https://wiki.openstreetmap.org/w/index.php?title=File:MapContrib-user-002.png=next=1313007


Cela concerne les copies d'écrans que j'ai faite pour expliquer 
comment utiliser MapContrib. Il se trouve qu'il y a le logo osm aux 
étapes de connexion.


Bon ok, je suis en violation des droits (!!!), je n'ai pas demandé 
l'autorisation c'est vrai !


Est ce que quelqu'un a déjà été confronté à ce cas ?

Je passe par là ? 
http://wiki.osmfoundation.org/wiki/Licensing_Working_Group


Vos avis me seraient d'une grande aide !






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

[OSM-co] Taller de datos geográficos - históricos: trazando a Agustín Codazzi

[hyan...@gmail.com]

Estimada comunidad,

desde mañana y hasta el viernes estaré dictando un taller en la IV Semana
del Libro y la Lectura Digital que organiza la Biblioteca Nacional de
Colombia:

http://www.bibliotecanacional.gov.co/content/cuarta-semana-del-libro-digital-2016

Las inscripciones en:

https://www.eventbrite.com/e/taller-de-georreferenciacion-historica-en-codigo-abierto-tickets-27293488559

Espero verlos por allá.  *NOTA:* Sí, léase bien, Agustín Codazzi con
tecnologías de OSM!

Saludos,

Humberto Yances
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-es] Oficinas de Correos de Madrid

[Luis García Castro]

El 28 de septiembre de 2016, 19:01, Santiago Crespo <
openstreet...@flanera.net> escribió:

> No sé si es demasiado anunciar todas las importaciones manuales que
> hagamos del Ayto. de Madrid por la lista, empiezo a pensar que lo podría
> comentar por el chat. Y si es algo grande y/o complejo como los números
> de portal, hablarlo por la lista. ¿Qué opináis?
>

Yo veo estupendo que lo sigas haciendo, especialmente este tipo de cosas
que conllevan "captación" de voluntarios.

Si la gente no colabora que sea por falta de tiempo, no porque no se enteró
de tal o cual campaña o proyecto en el gestor de tareas.

-- 

Luis García
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Résidences HLM

[Philippe Verdy]

"operator" est d'autant plus vague que les logements sociaux qui sont mis à
diposition sur les listes des collectivités sont ensuite aidés par des
organismes sociaux qui évaluent les critères d'attribution des aides, mais
en fin de compte le bail sera signé par un propriétaire ou une copropriété,
puis géré au quotidien par un syndic ou un gestionnaire de biens locatifs,
parfois même une combinaison de tout ça (les syndics c'est en plus pour
gérer les copropriétés indépendamment de la gestion des parties privatives
sujet du bail).
Tout cela est très évolutif au cours du temps selon les intervenants:
bailleurs, organismes publics d'attribution (qui ne gèrent rien du tout
ensuite ou font des contrôles très limités sur la base de rapports annuels
ou en cas de nouvel appel d'offres ou offres mises à disposition par les
bailleurs). Légalement tout se situe dans la relations privée qui lie le
bailleur et le locataire, et les conditions liées au bail, aux paiements
des loyers et charges, et aux règlements d'usage signés par ces parties.
Derrière ça il y a encore des contrôles mais uniquement en cas de litiges
et ça peut dépendre de décisions judiciaires, qu'on ne va pas non plus
cartographier, presque tout étant privé.
Même la CAF ne publie rien d'identifiable sur les aides qu'elle verse,
hormis de vagues lignes de statistiques budgétaires dans des secteurs très
larges. Elle peut demander à contrôler les bénficiaires et dispose de
certains accès comme les déclarations de ressources, faire contrôler les
comptes bancaires par l'autorité fiscale. Mais il n'y a aucun logement
"type". Bon nombre d'anciens logements HLM ont été privatisés, cédés à
leurs occupants ou à des sociétés de gestion qui aussi peuvent changer la
répartition entre logements sociaux proposés et logements remis sur le
marché privé. Les changements de lois fiscales sont les principales sources
de modification de ces répartitions. C'est très compliqué dans le détail,
et au cas par cas on n'arrivera pas à sourcer les classifications dans OSM.

Bref, les seules choses qu'on peut classer sont uniquement les logements
collectifs (gérés par des structures associatives et fonctionnant à l'aide
de subventions soumises au contrôle des collectivités qui les octroient et
qui peuvent fournir aussi des personnels), et les locations temporaires
privées (hôtels, campings...), à condition qu'elles soient affichés comme
tels (ce qui n'est pas le cas des locations clandestines sur Internet, même
si l'administration fiscale est sollicitée par les collectivités qui
veulent les réguler).

En revanche si on veut en avoir une idée, le mieux reste de dresser des
statistiques (évolutives) par secteur de l'offre locative, et sur les
longueurs de listes d'attente pour les demandeurs, ou le nombre de
décisions d'attributions par les organismes sociaux et collectivités.

Il reste le cas des logements professionnels (mis à disposition des
employés de certaines entreprises, sociétés publiques, ministères ou
collectivités), mais là aussi c'est compliqué car les attributions ne sont
pas nécessairement sur des bases "sociales", mais essentiellement en
fonction de l'utilité que trouve une entreprise à loger ses employés près
de leur lieu de travail (surtout si elle doit pouvoir les solliciter à des
astreintes, ou pour faciliter les déplacements des cadres dirigeants qui
incluent ces logements comme une partie, largement défiscalisée, de leur
rétribution sous forme d'avantage en nature, très souvent sous-évalué pour
que justement les occupants puissent cumuler d'autres avantages publics).
On a rarement les chiffres et localisations précises rendus publics.

Le 28 septembre 2016 à 18:43, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
> > Le 2016 Gwen. 28 à 15:49, Tony Emery  a écrit :
> >
> > J’essaye (à nouveau) de recentrer la discussion.
> >
> > L'idée du projet n'est pas de cartographier chaque logement HLM, ni même
> les
> > bâtiments, mais bien les emprises (ou unités foncières si vous préférez)
> > dont le propriétaire est un OPH. C'est pour ça que je met ce tag dans une
> > emprise de type landuse=residential.
> >
> > Après, qu'il y ait de la mixité sociale dans cette emprise ou pas, de la
> > location ou de l'accession à la propriété, je ne rentre pas dans ce
> détail.
> >
> > C'est une information publique puisqu'elle est disponible, en partie, sur
> > Internet. Il n'y a donc pas de problème moral avec ça.
> >
> > Quant à "Low income housing", c'est la traduction exacte de "Habitation à
> > loyer modéré".
>
>
> Le recentrage ne donne pas de chemin évident, car, il montre que c’est le
> constructeur et/ou gestionnaire qui est ta préoccupation, alors qu’OSM
> n’est pas réellement tourné vers ce raffinement juridico-social.
> En effet, les « landuse=residential » doivent être d’abord décrits avant
> de penser  les qualifier à ce niveau de détail.
>
> « Housing_type «  permet de décrire à partir caractéristiques physiques et
> on pourrait 

[Talk-es] Oficinas de Correos de Madrid

[Santiago Crespo]

Hola,

Estoy preparando la siguiente importación manual: las oficinas de
Correos de Madrid.

La idea es usar el gestor de tareas. Lo he documentado en la wiki en
inglés y en el gestor de tareas en español.

https://wiki.openstreetmap.org/wiki/Madrid_Post_Offices_Import

http://osm.unizar.es:6543/project/26

Aquí tenéis el archivo .osm con todas las oficinas, por si queréis echar
un ojo:

http://flanera.net/Oficinas_de_Correos.osm

Y aquí la traducción de los horarios a formato OSM:

https://ethercalc.org/3wf87iuqhnzh

Si no hay objeciones, en unos días empezamos.

No sé si es demasiado anunciar todas las importaciones manuales que
hagamos del Ayto. de Madrid por la lista, empiezo a pensar que lo podría
comentar por el chat. Y si es algo grande y/o complejo como los números
de portal, hablarlo por la lista. ¿Qué opináis?

Saludos,
Santiago Crespo

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

[OSM-talk-fr] La blague du jour

[Donat ROBAUX]

Bonjour,

En ce milieu de semaine, détendons-nous un peu ;)

France2 réinvente la géographie
http://www.20minutes.fr/television/1932879-20160928-france-2-raye-belgique-luxembourg-carte-reinvente-geographie

On leur propose une cartopartie?

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

Re: [OSM-talk-fr] Résidences HLM

[Christian Rogel]

> Le 2016 Gwen. 28 à 15:49, Tony Emery  a écrit :
> 
> J’essaye (à nouveau) de recentrer la discussion.
> 
> L'idée du projet n'est pas de cartographier chaque logement HLM, ni même les
> bâtiments, mais bien les emprises (ou unités foncières si vous préférez)
> dont le propriétaire est un OPH. C'est pour ça que je met ce tag dans une
> emprise de type landuse=residential. 
> 
> Après, qu'il y ait de la mixité sociale dans cette emprise ou pas, de la
> location ou de l'accession à la propriété, je ne rentre pas dans ce détail.
> 
> C'est une information publique puisqu'elle est disponible, en partie, sur
> Internet. Il n'y a donc pas de problème moral avec ça.
> 
> Quant à "Low income housing", c'est la traduction exacte de "Habitation à
> loyer modéré".


Le recentrage ne donne pas de chemin évident, car, il montre que c’est le 
constructeur et/ou gestionnaire qui est ta préoccupation, alors qu’OSM n’est 
pas réellement tourné vers ce raffinement juridico-social.
En effet, les « landuse=residential » doivent être d’abord décrits avant de 
penser  les qualifier à ce niveau de détail.

« Housing_type «  permet de décrire à partir caractéristiques physiques et on 
pourrait penser à lui donner une précision avec low_income_housing = yes », 
mais chaque communauté OSM locale aurait à déterminer ce qui peut être taggé 
ainsi.
Philppe souligne que, parfois sur le terrain, il peut y avoir des mélanges.

Quant à préciser le gestionnaire, il me semble qu’ « operator » est trop vague. 
De plus, ce tag serait difficile à généraliser, car difficile à maintenir pour 
tout ce qui n’est pas HLM pur. C’est cela qui pourrait amener la communauté à 
ne pas vouloir lui ouvrir une trop grande porte.

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

Re: [OSM-talk-be] Maximum snelheid in Vlaanderen, maxspeed in Flanders

[Marc Gemis]

Thanks, I will use those

m

Op 28 sep. 2016 17:06 schreef "Ben Laenen" :

> On Wednesday 28 September 2016 16:18:42 Jakka wrote:
> > Vlaanderen staat niet in de iso lijsten.
> >
> > http://www.iso.org/iso/home/standards/country_codes.htm
> > https://www.iso.org/obp/ui/#search/code/
>
> There is a BE-VLG for the Flemish Region (and BE-WAL and BE-BRU for the
> other
> regions, as well as all provinces):
> https://www.iso.org/obp/ui/#iso:code:3166:BE
>
> Ben
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] j'ai pas le droit d'utiliser le logo OSM sur le wiki ?

[Philippe Verdy]

Le copyright est surtout là pour empêcher une appropriation du logo par un
tiers et empêcher dès lors OSM d'utiliser son logo. Evidemment pour
l'utiliser à d'autres fins que sur le site OSM lui-même, l'usage doit ne
pas être trompeur et clairemetn identifier qu'il désigne OSM.
Si ton appli a besoin de fournir une connxion à OSM, il n'y a pas
d'ambiguité, l'usage est clair et cela reste limité.
En revanche la demande sera nécessire si tu crées des logos dérivés (par
exemple pour une autre asso, qui pourrait avoir des activités au delà d'OSM
seulement et pas toujours en accord avec OSM (et que la Fondation n'aura
pas non plus à endosser ou soutenir).
Pour créer en revanche une asso locale avec le logo OSM et son nom complet
"OpenStreetMap" ou "OSM", il faut l'accord de la fondation qui a le droit
de protéger sa marque. Les logos dérivés restent aussi sous copyright OSM
et demandent donc une autorisation.
Sinon pour ton usage limité à un bouton ou une citation non ambiguë, il
suffit juste d'informer (quelqu'un pourra aller voir et en cas de problème
sérieux demander de le retirer). Si l'usage devient commercial (publication
payante dont OSM ne reçoit directement aucun bénéfice et ne peut pas
intervenir sur le contenu ni sur les prix demandés), alors oui il faudra
une autorisation et s'expliquer plus longuement pour circonscrire l'usage
et éviter toute ambiguïté.

La plupart des applis tierces pour OSM ont leur propre logo et souvent leur
propre nom (ce qui aussi leur permet de travailler aussi avec d'autres
données non nécessairement OSM, y compris afficher des contenus Google ou
Bing ou Facebook ou IGN ou autres ressources payantes). Tant que chacun est
correctement attribué et l'usage bien circonscrit et clair, il n'y a pas de
problème. C'est déjà un très bon point que d'informer et donner les
attributions correctes: on sait à qui on parle, qui fait quoi, qui est
responsable et ça laisse ouvert les négociations (ne pas oublier de donner
un moyen de contact, mail, adresse, téléphone, forum de support, et d'en
faire un suivi pour faire le tri et répondre aux sollicitations
éventuelles). Cette façon de faire sur Internet est très courante, c'est la
méthode normale de résolution des litiges à l'amiable dans des délais
raisonnables de réponse.

De plus ces logos ont été faits pour rassembler une communauté autour du
projet, pas pour l'empêcher de se reconnaître. Le but est d'assurer cette
cohésion et malgré tout empêcher que tout ce monde réuni (incluant la
Fondation) soit empêché de communiquer avec ces logos. D'ailleurs s'il y a
réellement litige, cela ne portera pas le plus souvent sur le logo mais sur
l'usage qui en est fait et qui contrevient d'autres règles communautaires.

S'il n'y avait pas eu de copyright, il y aurait eu des petits malins (ou de
grosses sociétés dont c'est la spécialité que de chercher des noises aux
créateurs pour les escroquer au momeent où ils rencontre un peu de succès)
à se les approprier (c'est très courant, il suffit de voir comment les noms
de domaines et marques sont détournés de leurs légitimes propriétaires qui
ensuite réclament des sommes folles ou font des procès en justifiant qu'ils
ont déposé le nom ou le logo en premier, même s'il était largement en usage
avant et qu'ils ne l'ont pas créés, on le voit aussi dans le monde des
brevets, et malheureusement l'antériorité d'usage n'est pas toujours
reconnue par les cours de justice qui dès lors vont condamner les auteurs
initiaux à restreindre leur propre usage ou payer les demandeurs pour
obtenir des licences qu'il faudra renégocier toutes les X années, et de
plus en plus cher si l'usage qui en est fait a rencontré un succès et est
devenu incontournable ; au plan international c'est encore plus difficile
de se battre si on n'a pas fait mention d'un copyright et d'une date de
publication initiale montrant qui est l'auteur réel).




Le 28 septembre 2016 à 16:59, Vincent Bergeot  a écrit
:

> Bonjour,
>
> je viens de recevoir cela : https://wiki.openstreetmap.org
> /w/index.php?title=File:MapContrib-user-002.png=next=1313007
>
> Cela concerne les copies d'écrans que j'ai faite pour expliquer comment
> utiliser MapContrib. Il se trouve qu'il y a le logo osm aux étapes de
> connexion.
>
> Bon ok, je suis en violation des droits (!!!), je n'ai pas demandé
> l'autorisation c'est vrai !
>
> Est ce que quelqu'un a déjà été confronté à ce cas ?
>
> Je passe par là ? http://wiki.osmfoundation.org/
> wiki/Licensing_Working_Group
>
> Vos avis me seraient d'une grande aide !
>
> --
> Vincent Bergeot
>
>
> ___
> 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-it] State of the Map 2016 - WeeklyOSM in Italiano?

[Martin Raifer]

Voglio aggiungere che durante la SOTM, Manfred Reiter di “WeeklyOSM”
ha proposto l'idea di avere i news di OSM in ancora più lingue: Magari
sarebbe anche interessante avere un “Notiziario OSM” in Italiano?!
Interessante è il suo lightning talk
(https://youtu.be/yTJpUjuQZME?t=1h25m1s), dove ha mostrato lo
strumento che hanno sviluppato per facilmente gestire (e tradurre) i
news.

Ciao,
Martin

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

Re: [OSM-talk-fr] Résidences HLM

[JB]

Le 28/09/2016 à 15:49, Tony Emery a écrit :

C'est pour ça que je met ce tag dans une
emprise de type landuse=residential.
Bof, une emprise landuse=residential empilée dans le landuse=résidential 
de la ville ? Ou extrudée en multipolygone ? Pas convaincu ni par l'un 
ni par l'autre, et vue la spécificité du sujet, peut-être du taggage 
spécifique est à réfléchir (ou pas dans OSM, comme je le lis, je connais 
trop mal le sujet pour avoir un avis pour l'instant).

JB.

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

Re: [Talk-it] Open Data Provincia di Biella

[Andrea Musuruane]

Ciao,
ho aggiornato i 3 script per la conversione dei dati:

https://github.com/musuruan/osm_imports/tree/master/prov_bi

L'output generato dai 3 script è sempre qui:

https://dl.dropboxusercontent.com/u/12575912/osm_imports/
prov_bi/Numeri_civici08022016.osm

https://dl.dropboxusercontent.com/u/12575912/osm_imports/
prov_bi/toponimi150714.osm

https://dl.dropboxusercontent.com/u/12575912/osm_imports/
prov_bi/Cavagli%C3%A0.osm

Nello script di conversione dei numeri civici, ora vengono scartati quelli
con valore "sn". Inoltre, se il valore dal campo indirizzo è vuoto (ma è
valorizzato il numero civico) viene aggiunto un tag fixme (ci sono 13 casi
in tutta la provincia).

Nello script di conversione degli edifici, l'alpe viene considerata
building=farm. Inoltre ho aggiunto altre abbreviazioni da espandere e altre
feature partendo dal tag name.

Ringrazio Marco che mi ha mandato in privato le sue segnalazioni.

Spero a breve di far girare lo script di conversione sugli edifici di
Biella, per verificare altri possibili problemi.

Ogni commento è sempre ben accetto.

Ciao,

Andrea


2016-09-26 11:52 GMT+02:00 Andrea Musuruane :

> Ciao a tutti,
> ho caricato su github gli script ogr2osm per convertire in formato OSM
> i numeri civici, la toponomastica e gli edifici messi a disposizione come
> open data dalla Provincia di Biella.
>
> https://github.com/musuruan/osm_imports/tree/master/prov_bi
>
> Si tratta di prime versioni e ogni commento è benvenuto.
>
> Ovviamente, NON sono ancora da usare per fare l'import vero e proprio.
>
> Per quanto riguarda gli edifici, per il momento ho provato a lavorare solo
> sul Comune di Cavaglià. Appena riesco provo con un Comune più grande.
>
> L'output generato dai 3 script lo trovate qui:
>
> https://dl.dropboxusercontent.com/u/12575912/osm_imports/pro
> v_bi/Numeri_civici08022016.osm
>
> https://dl.dropboxusercontent.com/u/12575912/osm_imports/pro
> v_bi/toponimi150714.osm
>
> https://dl.dropboxusercontent.com/u/12575912/osm_imports/pro
> v_bi/Cavagli%C3%A0.osm
>
> Una volta congelati gli script, inizierò a lavorare sul workflow di import.
>
> Ciao,
>
> Andrea
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] nahrávání rozcestníků přes old.openstreetmap.cz

[Zdeněk Pražák]

nahrával jsem několik fotek rozcestníků přes formulář na old.openstreetmap.
cz
U několika fotek se mi objevila hláška, že fotka již existuje a mám ji 
přejmenovat
šlo o následující fotografie:
_MG_7477.jpg
_MG_7486.jpg
_MG_7508.jpg
_MG_7517.jpg
_MG_7571.jpg

fotka však v databázi nemohla existovat, neboť jsem ji vyfotil teprve dnes.

Jedná se asi o stejnou chybu, kterou jsem reportoval 22.9. v 13,46

Co mám dělat

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

[OSM-talk] Please donate today to keep OSM running smoothly and independently!

[Martijn van Exel]

Hi all, 

The OSM Foundation (of which I am a board member) is holding its about-annual 
donation drive. We are already at a little over 10% of our €70k (~USD 78k) 
goal, so we have a substantial amount still to go. OSMF runs a very lean 
organization, but we will still need money[1] to keep OpenStreetMap running 
smoothly and independently and protect its trademarks. Your donation helps OSMF 
do these things. So please donate today at donate.openstreetmap.org. Donations 
of any amount are greatly and genuinely appreciated! If you have already: thank 
you very much!

Feel free to translate / adopt this message and forward it to your local 
communications channels. Thank you!

Martijn

[1] Feel free to inspect our financials at 
https://wiki.osmfoundation.org/wiki/Finances 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Please donate today to keep OSM running smoothly and independently!

[Martijn van Exel]

Hi all, 

The OSM Foundation (of which I am a board member) is holding its about-annual 
donation drive. We are already at a little over 10% of our €70k (~USD 78k) 
goal, so we have a substantial amount still to go. OSMF runs a very lean 
organization, but we will still need money[1] to keep OpenStreetMap running 
smoothly and independently and protect its trademarks. Your donation helps OSMF 
do these things. So please donate today at donate.openstreetmap.org. Donations 
of any amount are greatly and genuinely appreciated! If you have already: thank 
you very much!

Feel free to translate / adopt this message and forward it to your local 
communications channels. Thank you!

Martijn

[1] Feel free to inspect our financials at 
https://wiki.osmfoundation.org/wiki/Finances 
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ca] Please donate today to keep OSM running smoothly and independently!

[Martijn van Exel]

Hi all, 

The OSM Foundation (of which I am a board member) is holding its about-annual 
donation drive. We are already at a little over 10% of our €70k (~USD 78k) 
goal, so we have a substantial amount still to go. OSMF runs a very lean 
organization, but we will still need money[1] to keep OpenStreetMap running 
smoothly and independently and protect its trademarks. Your donation helps OSMF 
do these things. So please donate today at donate.openstreetmap.org. Donations 
of any amount are greatly and genuinely appreciated! If you have already: thank 
you very much!

Feel free to translate / adopt this message and forward it to your local 
communications channels. Thank you!

Martijn

[1] Feel free to inspect our financials at 
https://wiki.osmfoundation.org/wiki/Finances 
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] Résidences HLM

[Christian Quest]

Pas sûr non plus du bien fondé d'un tel tag. Les cas où HLM sont 
mélangés sont de plus en plus courants.


En tout cas, amenity n'est sûrement pas la bonne clé car un HML 
n'apporte aucun service (à part un toit).


Pareil pour les labos médicaux, il ne faut pas tordre le sens des clés 
ou des valeurs. Oui on y trouve des médecins, mais ce n'est pas un 
cabinet médical où l'on va en consultation.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] j'ai pas le droit d'utiliser le logo OSM sur le wiki ?

[Christian Quest]

Il y a vraiment des excités du copyright... :(

Le rappel dit "may require"... MAY pas DOES... nuance importante ;)

Pour moi tu utilise le logo comme il faut, pour s'authentifier via OSM 
pour contribuer à OSM utiliser un autre logo aurait pu être considéré 
comme un problème plus important !


Si l'usage de CETTE version du logo pose problème, tu peux prendre une 
version allégée comme sur umap...


Pour le Licensing Working Group, un simple message du style "Je vous 
informe que pour l'appli MapContrib qui sert à contribuer directement 
dans OSM, j'ai utilisé le logo pour l'étape d'authentification." devrait 
faire l'affaire.



Le 28/09/2016 à 16:59, Vincent Bergeot a écrit :

Bonjour,

je viens de recevoir cela : 
https://wiki.openstreetmap.org/w/index.php?title=File:MapContrib-user-002.png=next=1313007


Cela concerne les copies d'écrans que j'ai faite pour expliquer 
comment utiliser MapContrib. Il se trouve qu'il y a le logo osm aux 
étapes de connexion.


Bon ok, je suis en violation des droits (!!!), je n'ai pas demandé 
l'autorisation c'est vrai !


Est ce que quelqu'un a déjà été confronté à ce cas ?

Je passe par là ? 
http://wiki.osmfoundation.org/wiki/Licensing_Working_Group


Vos avis me seraient d'une grande aide !




--
Christian Quest - OpenStreetMap France


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

[Talk-us] Tree Survey

[Valerie Anderson]

Hey Bryce,

I recommend existing data collection software for standard municipal
tree surveys. iTree is free and is good for mobile collection. The
downside is it requires a windows computer to handle all the data and
run the simulations. It's easy to export data from iTree and I think
setting up an import script to osm would be totally cool and easily
reusable. I know there are other software but I know the most about
iTree.

Good luck! I am advising my local tree committee about what to do with
an old arcgis tree survey.

Cheers,

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

[OSM-talk-fr] j'ai pas le droit d'utiliser le logo OSM sur le wiki ?

[Vincent Bergeot]

Bonjour,

je viens de recevoir cela : 
https://wiki.openstreetmap.org/w/index.php?title=File:MapContrib-user-002.png=next=1313007


Cela concerne les copies d'écrans que j'ai faite pour expliquer comment 
utiliser MapContrib. Il se trouve qu'il y a le logo osm aux étapes de 
connexion.


Bon ok, je suis en violation des droits (!!!), je n'ai pas demandé 
l'autorisation c'est vrai !


Est ce que quelqu'un a déjà été confronté à ce cas ?

Je passe par là ? http://wiki.osmfoundation.org/wiki/Licensing_Working_Group

Vos avis me seraient d'une grande aide !

--
Vincent Bergeot


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

[OSM-talk-fr] Mapathon Missing Maps Paris - 4 octobre 2016

[althio]

Mapathon Missing Maps Paris - La Ruche Canal
mardi 4 octobre 2016 - 18:30 – 21:30
84 Quai de Jemmapes, Paris, France

Au programme :
18h30 : accueil des participants
18h45 : présentation d'OpenStreetMap et de l'activation de la soirée !
Dès 19h : Cartographions !
20h : Lightning talk
21h30 : Fin de la session

La Ruche Canal nous accueille gratuitement pour cet événement, nous
les remercions chaleureusement !
N'oubliez-pas votre ordinateur portable, et souri(re)s !
Buffet canadien : chacun ramène à manger !

inscription et renseignements sur :
https://www.eventbrite.fr/e/billets-missing-maps-paris-6-27935030428

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

Re: [OSM-talk] Strange location reading

[Nicolás Alvarez]

> El 28 sept 2016, a las 04:59, Warin <61sundow...@gmail.com> escribió:
> 
>> On 28-Sep-16 04:44 PM, Oleksiy Muzalyev wrote:
>>> On 27.09.16 21:51, John Eldredge wrote:
>>> This past weekend, I made a long road trip. At one point, while in a 
>>> highway rest stop, I checked Google Maps to see how far I had come. To my 
>>> surprise, it showed me at a different rest stop, about 200 miles from my 
>>> actual location. I suspect that my phone couldn't get a good GPS reading, 
>>> and was relying on the WiFi ID from the rest area office. The other rest 
>>> area was probably using the same SSID.
>>> 
>>> I didn't think to launch OSMand for comparison, but I suspect it would have 
>>> given me the same bogus results, as the choice of whether to use WiFi, cell 
>>> tower, GPS, or a combination, to determine your location is set in the 
>>> system settings, not inside the mapping applications.
>> GPS signal is not influenced by clouds, rain, and snow. The GPS signal 
>> frequency of about 1575mhz was chosen expressly because it is a "window" in 
>> the weather as far as signal propagation is concerned [1]. However a coating 
>> of water, snow, or ice on a smartphone or on a car may block GPS signal. A 
>> coating of water, even a fairly thin one is NOT the same as raindrops.
>> 
>> 
>> So if one is outside and a device is dry, the GPS reading should be correct 
>> no matter what is the actual weather. Otherwise it makes sense to restart 
>> the device, or change it if an incorrect GPS location reading persists.
> 
> John .. could you have the GPS function on the phone turned off? I usually 
> have mine turned off to save battery power .. for use as a phone. There is a 
> GPS Status app that I use to check various sensors .. including what the GPS 
> is doing, suggest you use it .. that is an android app ... apple should have 
> something similar.

There is nothing similar for Apple. As far as iOS APIs are concerned, there is 
no such thing as "GPS". Apps can only request the device's location at 
different levels of accuracy, and the OS decides how to achieve that (eg. at 
coarse levels of accuracy it won't even turn on the GPS hardware). But an app 
can't even know if the location it got came from the GPS, let alone which 
satellites it's locked to or anything like that.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] Como criar a interpolação de endereços

[Marcio]

Em Qua, Set 28, 2016 em 11:40 , Paulo Carvalho 
 escreveu:
É assim mesmo.  As interpolações, assim como os números pontuais, 
são linhas ou pontos à parte da via, normalmente paralelos e 
próximos.  O que os liga de forma inequívoca é a tag addr:street 
em cada ponto da interpolação, e, na falta dela, a proximidade 
espacial é usada para "ligar" os números ao logradouro.


Correto.

A via não possui numeração. A numeração é referente a elementos 
que tem endereço na via, como casas, escritórios, etc.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Como criar a interpolação de endereços

[George Silva]

Valeu Paulo!



2016-09-28 11:40 GMT-03:00 Paulo Carvalho :

> É assim mesmo.  As interpolações, assim como os números pontuais, são
> linhas ou pontos à parte da via, normalmente paralelos e próximos.  O que
> os liga de forma inequívoca é a tag addr:street em cada ponto da
> interpolação, e, na falta dela, a proximidade espacial é usada para "ligar"
> os números ao logradouro.
>
> att,
>
> PC
>
> Em 28 de setembro de 2016 09:53, George Silva 
> escreveu:
>
>> Olá pessoal, bom dia!
>>
>> Dei uma procurada na wiki, mas achei confusa a informação sobre
>> interpolação de endereços.
>>
>> Alguém pode me dar um exemplo factível?
>>
>> Tentei usar o plugin AddrInterpolation, mas ele exige que eu desenhe uma
>> nova via para criar a interpolação.
>>
>> Um exemplo:
>>
>> Neste screenshot, tenho uma via (bem maior que a interpolação de
>> endereço) e duas interpolações paralelas, de numeração ficticia. do lado
>> esquerdo de 2 a 100 e do direito de 1 a 99.
>>
>> Achei estranho, imaginei que a interpolação deveria ficar na via.
>>
>> Alguém tem um exemplo que funciona?
>>
>> Abraços
>>
>> --
>> George R. C. Silva
>> Sigma Geosistemas LTDA
>> 
>> http://www.sigmageosistemas.com.br/
>>
>> ___
>> 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
>
>


-- 
George R. C. Silva
Sigma Geosistemas LTDA

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

Re: [Talk-br] Como criar a interpolação de endereços

[Paulo Carvalho]

É assim mesmo.  As interpolações, assim como os números pontuais, são
linhas ou pontos à parte da via, normalmente paralelos e próximos.  O que
os liga de forma inequívoca é a tag addr:street em cada ponto da
interpolação, e, na falta dela, a proximidade espacial é usada para "ligar"
os números ao logradouro.

att,

PC

Em 28 de setembro de 2016 09:53, George Silva 
escreveu:

> Olá pessoal, bom dia!
>
> Dei uma procurada na wiki, mas achei confusa a informação sobre
> interpolação de endereços.
>
> Alguém pode me dar um exemplo factível?
>
> Tentei usar o plugin AddrInterpolation, mas ele exige que eu desenhe uma
> nova via para criar a interpolação.
>
> Um exemplo:
>
> Neste screenshot, tenho uma via (bem maior que a interpolação de endereço)
> e duas interpolações paralelas, de numeração ficticia. do lado esquerdo de
> 2 a 100 e do direito de 1 a 99.
>
> Achei estranho, imaginei que a interpolação deveria ficar na via.
>
> Alguém tem um exemplo que funciona?
>
> Abraços
>
> --
> George R. C. Silva
> Sigma Geosistemas LTDA
> 
> http://www.sigmageosistemas.com.br/
>
> ___
> 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

Re: [OSM-talk-fr] Résidences HLM

[Tony Emery]

J’essaye (à nouveau) de recentrer la discussion.

L'idée du projet n'est pas de cartographier chaque logement HLM, ni même les
bâtiments, mais bien les emprises (ou unités foncières si vous préférez)
dont le propriétaire est un OPH. C'est pour ça que je met ce tag dans une
emprise de type landuse=residential. 

Après, qu'il y ait de la mixité sociale dans cette emprise ou pas, de la
location ou de l'accession à la propriété, je ne rentre pas dans ce détail.

C'est une information publique puisqu'elle est disponible, en partie, sur
Internet. Il n'y a donc pas de problème moral avec ça.

Quant à "Low income housing", c'est la traduction exacte de "Habitation à
loyer modéré".



-
Tony EMERY
Administrateur OpenStreetMap.fr
Mandataire Grand Sud-Est
Géomaticien & chef de projets
--
View this message in context: 
http://gis.19327.n8.nabble.com/Residences-HLM-tp5711475p5883463.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk] Strange location reading

[John Eldredge]

This particular rest stop didn't have a cafe, but it did have an office, so 
it seemed likely to me that the office might have a WiFi router for use by 
state employees.


--
John F. Eldredge -- j...@jfeldredge.com
"Darkness cannot drive out darkness; only light can do that. Hate cannot 
drive out hate; only love can do that." -- Martin Luther King, Jr.




On September 28, 2016 5:21:59 AM Michael Collinson  wrote:


On 28/09/16 09:59, Warin wrote:

On 28-Sep-16 04:44 PM, Oleksiy Muzalyev wrote:

On 27.09.16 21:51, John Eldredge wrote:

This past weekend, I made a long road trip. At one point, while in a
highway rest stop, I checked Google Maps to see how far I had come.
To my surprise, it showed me at a different rest stop, about 200
miles from my actual location. I suspect that my phone couldn't get
a good GPS reading, and was relying on the WiFi ID from the rest
area office. The other rest area was probably using the same SSID.

I didn't think to launch OSMand for comparison, but I suspect it
would have given me the same bogus results, as the choice of whether
to use WiFi, cell tower, GPS, or a combination, to determine your
location is set in the system settings, not inside the mapping
applications.


GPS signal is not influenced by clouds, rain, and snow. The GPS
signal frequency of about 1575mhz was chosen expressly because it is
a "window" in the weather as far as signal propagation is concerned
[1]. However a coating of water, snow, or ice on a smartphone or on a
car may block GPS signal. A coating of water, even a fairly thin one
is NOT the same as raindrops.


So if one is outside and a device is dry, the GPS reading should be
correct no matter what is the actual weather. Otherwise it makes
sense to restart the device, or change it if an incorrect GPS
location reading persists.


John .. could you have the GPS function on the phone turned off? I
usually have mine turned off to save battery power .. for use as a
phone. There is a GPS Status app that I use to check various sensors
.. including what the GPS is doing, suggest you use it .. that is an
android app ... apple should have something similar.


Do these rest stops have cafes that are part of a chain? They might have
moved a wifi access point and your app is reporting a non-satellite
position based on that. I have seen that happen.

Mike


___
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-es] Mensajería instantánea en OSM.es

[Jorge Sanz]

Veía esto venir :-)

Estoy de acuerdo con mi tocayo^2 en que con Telegram/Matrix es
suficiente. Yo uso slack a diario también, pero la verdad es que como
lo enfoco solo a curro no me importa cambiar de herramienta/contexto
para temas de hobbies.

Creo que hacen falta más salas y ser cuidadosos de llevar la
conversación al foro adecuado (incluyendo por supuesto esta lista).

Yo estas salas las crearía en Matrix y actualizaría una página del
wiki con un listado de las mismas.

Si alguien cree que hace falta también que esté en Telegram pues se
vinculan. Aunque entiendo que siendo foros más específicos, pueden
"vivir" en un espacio un poco menos "mainstream", pero esto es solo
una impresión muy ligera, es más que nada por facilitarle la vida a la
gente que tenga que mantener estos alambres.

Por lo demás encantado de ver más gente participando de una forma u
otra, hay que probar cosas nuevas y experimentar y dar un poco de
tiempo para encontrar el canal más adecuado. Esto siempre lo va a
hacer la gente más inquieta y luego cuando se calme la cosa ya que se
puede sumar al resto de la gente.

Saludos!!

2016-09-28 15:21 GMT+02:00 Jorge Sanz Sanfructuoso :
> Hola.
>
> Creo que hay que probar pero tampoco diversificarte a todo programa de
> mensajería que encontremos. Por mi parte creo que con matrix/riot y telegram
> es suficiente para ver como funciona la cosa. Al final acabamos repartidos
> por todas partes cada uno en un programa diferente y ya si que la tenemos
> montada.
>
> En cuanto al ruido ahora que ha entrado de golpe mucha gente nueva lo veo
> normal, eso es unos días se tranquilizara y no creo que por esa parte se
> tengan problemas.
>
> Por otra parte en cuanto a los sitios que no están vinculados si que veo un
> problema. Una posibilidad es crear un grupo de etiquetado también en
> telegram y vincularlo con el de matrix aunque no se hasta que punto sera
> bueno o malo.
>
> Saludos.
>
> El mié., 28 sept. 2016 a las 15:03, Carlos Cámara
> () escribió:
>>
>> Hola a todos,
>>
>> Disculpad el mensaje y espero no ofender a nadie, pero no termino de
>> entender este boom de mensajerías instantáneas y quisiera compartir una
>> reflexión.
>>
>> Si no me equivoco, Jorge Sanz, al abrir este hilo estaba pidiendo un uso
>> más racional de la mensajería instantánea que permitiese salvar algunos
>> problemas detectados en el grupo de Telegram e hiciese más manejable las
>> conversaciones que se estaban produciendo. También interpreto que abogaba
>> por una conversación más orientada a resultados. Para ello proponía
>> encontrar algún servicio que A) fuese abierto, B) tuviese un log público D)
>> permitiese tener varias salas.
>>
>> A raiz de ello se han creado varios canales (dos que yo conozca [1] y [2])
>> en matrix/riot y también en slack se han empezado a utilizar. Además, el
>> grupo de telegram se ha convertido en supergrupo y se han incorporado nuevos
>> usuarios (¡bienvenidos a todos!), que obviamente han empezado a participar
>> en las conversaciones. También se han sincronizado las conversaciones de
>> Telegram, Riot y ¿slack? y, fruto de una propuesta en la lista [3], se ha
>> generado un pequeño documento de gobernanza con normas de uso de Telegram.
>> Más allá del efecto positivo del documento, de las nuevas incorporaciones,
>> de favorecer conversaciones con independencia de la plataforma utilizada y
>> de haber solventado el problema de los registros de conversaciones en
>> Telegram y en Riot (no así en slack, al ser cerrado), no solo no se ha
>> resuelto el tema de la racionalización de conversaciones sino que, en mi
>> opinión, se ha agravado: ahora hay varios lugares en los que  hablar y
>> aunque algunos de ellos están vinculados y hace irrelevante cual prefiera
>> usarse, otros no lo están (como slack o la sala de etiquetado en riot) y al
>> haber aumentado el número de participantes (insisto, algo a celebrar)
>> también se ha aumentado el número de conversaciones y por tanto cierto
>> "ruido" y dificultad para encontrar información útil con posterioridad a que
>> se produzca.
>>
>> Entiendo que esta situación es algo temporal y -espero- en un plazo
>> relativamente breve de tiempo tengamos alguna solución que resuelva los
>> problemas reales en lugar de dejarnos llevar por una suerte de borrachera
>> tecnológica para usar el servicio más nuevo y molón. Mientras tanto, me
>> reitero y sumo a lo que ha dicho Miguel Sevilla manifestándonos a favor de
>> la conversación asíncrona para determinados temas que no solo no requieran
>> atención inmediata sino que requieran ser estudiados, desarrollados o
>> discutidos con más tiempo y/o con más implicación de la comunidad.
>>
>> Saludos,
>>
>> Carlos
>>
>> [1] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
>> [2] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
>> [3]
>> https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014389.html
>>
>>
>>
>> Carlos Cámara
>> 

Re: [Talk-es] Mensajería instantánea en OSM.es

[Jorge Sanz Sanfructuoso]

Hola.

Creo que hay que probar pero tampoco diversificarte a todo programa de
mensajería que encontremos. Por mi parte creo que con matrix/riot y
telegram es suficiente para ver como funciona la cosa. Al final acabamos
repartidos por todas partes cada uno en un programa diferente y ya si que
la tenemos montada.

En cuanto al ruido ahora que ha entrado de golpe mucha gente nueva lo veo
normal, eso es unos días se tranquilizara y no creo que por esa parte se
tengan problemas.

Por otra parte en cuanto a los sitios que no están vinculados si que veo un
problema. Una posibilidad es crear un grupo de etiquetado también en
telegram y vincularlo con el de matrix aunque no se hasta que punto sera
bueno o malo.

Saludos.

El mié., 28 sept. 2016 a las 15:03, Carlos Cámara ()
escribió:

> Hola a todos,
>
> Disculpad el mensaje y espero no ofender a nadie, pero no termino de
> entender este boom de mensajerías instantáneas y quisiera compartir una
> reflexión.
>
> Si no me equivoco, Jorge Sanz, al abrir este hilo estaba pidiendo un uso
> más racional de la mensajería instantánea que permitiese salvar algunos
> problemas detectados en el grupo de Telegram e hiciese más manejable las
> conversaciones que se estaban produciendo. También interpreto que abogaba
> por una conversación más orientada a resultados. Para ello proponía
> encontrar algún servicio que A) fuese abierto, B) tuviese un log público D)
> permitiese tener varias salas.
>
> A raiz de ello se han creado varios canales (dos que yo conozca [1] y [2])
> en matrix/riot y también en slack se han empezado a utilizar. Además, el
> grupo de telegram se ha convertido en supergrupo y se han incorporado
> nuevos usuarios (¡bienvenidos a todos!), que obviamente han empezado a
> participar en las conversaciones. También se han sincronizado las
> conversaciones de Telegram, Riot y ¿slack? y, fruto de una propuesta en la
> lista [3], se ha generado un pequeño documento de gobernanza con normas de
> uso de Telegram. Más allá del efecto positivo del documento, de las nuevas
> incorporaciones, de favorecer conversaciones con independencia de la
> plataforma utilizada y de haber solventado el problema de los registros de
> conversaciones en Telegram y en Riot (no así en slack, al ser cerrado), no
> solo no se ha resuelto el tema de la racionalización de conversaciones sino
> que, en mi opinión, se ha agravado: ahora hay varios lugares en los que
> hablar y aunque algunos de ellos están vinculados y hace irrelevante cual
> prefiera usarse, otros no lo están (como slack o la sala de etiquetado en
> riot) y al haber aumentado el número de participantes (insisto, algo a
> celebrar) también se ha aumentado el número de conversaciones y por tanto
> cierto "ruido" y dificultad para encontrar información útil con
> posterioridad a que se produzca.
>
> Entiendo que esta situación es algo temporal y -espero- en un plazo
> relativamente breve de tiempo tengamos alguna solución que resuelva los
> problemas reales en lugar de dejarnos llevar por una suerte de borrachera
> tecnológica para usar el servicio más nuevo y molón. Mientras tanto, me
> reitero y sumo a lo que ha dicho Miguel Sevilla manifestándonos a favor de
> la conversación asíncrona para determinados temas que no solo no requieran
> atención inmediata sino que requieran ser estudiados, desarrollados o
> discutidos con más tiempo y/o con más implicación de la comunidad.
>
> Saludos,
>
> Carlos
>
> [1] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
> [2] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
> [3]
> https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014389.html
>
>
>
> Carlos Cámara
> http://carloscamara.es
>
> 2016-09-28 14:25 GMT+02:00 David Marín Carreño :
>
>>
>>
>> El mar., 27 sept. 2016 a las 17:43, Miguel Sevilla-Callejo (<
>> msevill...@gmail.com>) escribió:
>>
>>>
>>> Además acabo de ver que David Marín está haciendo el enlace igualmente
>>> hacia Slack. Espero que él nos indique si ya es funcional y a dónde
>>> transmite por esta última plataforma.
>>>
>>
>> He creado un grupo en slack, osm-es. Al ser slack de naturaleza cerrada,
>> no me permite abrir el acceso a todo el mundo.
>>
>> De momento los mensajes desde Slack hacia el Telegram aparecen mal, sin
>> el usuario remitente, pero esto podría cambiar en breve.
>>
>> Quien quiera conectarse al grupo en Slack, que me lo diga y envío una
>> invitación. Así mismo, si alguien más involucrado en el tema de la
>> asociación quiere permisos de administración para el grupo osm-es en Slack,
>> que me lo diga.
>>
>> Un cordial saludo,
>> --
>> David
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso 

[Talk-de] Geodät gesucht - Höhenreferenzsystem

[Markus]

Gibt es hier einen Geodäten oder so,

der mir helfen kann, für Wikidata die Angabe von geografischen
Höhendaten zu modellieren?
Gern telefonisch oder per PM :-)

Höhenreferenzsysteme sind für mich immer noch schwer zu verstehen...

Mit herzlichem Gruss,
Markus

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

Re: [Talk-es] Mensajería instantánea en OSM.es

[Carlos Cámara]

Hola a todos,

Disculpad el mensaje y espero no ofender a nadie, pero no termino de
entender este boom de mensajerías instantáneas y quisiera compartir una
reflexión.

Si no me equivoco, Jorge Sanz, al abrir este hilo estaba pidiendo un uso
más racional de la mensajería instantánea que permitiese salvar algunos
problemas detectados en el grupo de Telegram e hiciese más manejable las
conversaciones que se estaban produciendo. También interpreto que abogaba
por una conversación más orientada a resultados. Para ello proponía
encontrar algún servicio que A) fuese abierto, B) tuviese un log público D)
permitiese tener varias salas.

A raiz de ello se han creado varios canales (dos que yo conozca [1] y [2])
en matrix/riot y también en slack se han empezado a utilizar. Además, el
grupo de telegram se ha convertido en supergrupo y se han incorporado
nuevos usuarios (¡bienvenidos a todos!), que obviamente han empezado a
participar en las conversaciones. También se han sincronizado las
conversaciones de Telegram, Riot y ¿slack? y, fruto de una propuesta en la
lista [3], se ha generado un pequeño documento de gobernanza con normas de
uso de Telegram. Más allá del efecto positivo del documento, de las nuevas
incorporaciones, de favorecer conversaciones con independencia de la
plataforma utilizada y de haber solventado el problema de los registros de
conversaciones en Telegram y en Riot (no así en slack, al ser cerrado), no
solo no se ha resuelto el tema de la racionalización de conversaciones sino
que, en mi opinión, se ha agravado: ahora hay varios lugares en los que
hablar y aunque algunos de ellos están vinculados y hace irrelevante cual
prefiera usarse, otros no lo están (como slack o la sala de etiquetado en
riot) y al haber aumentado el número de participantes (insisto, algo a
celebrar) también se ha aumentado el número de conversaciones y por tanto
cierto "ruido" y dificultad para encontrar información útil con
posterioridad a que se produzca.

Entiendo que esta situación es algo temporal y -espero- en un plazo
relativamente breve de tiempo tengamos alguna solución que resuelva los
problemas reales en lugar de dejarnos llevar por una suerte de borrachera
tecnológica para usar el servicio más nuevo y molón. Mientras tanto, me
reitero y sumo a lo que ha dicho Miguel Sevilla manifestándonos a favor de
la conversación asíncrona para determinados temas que no solo no requieran
atención inmediata sino que requieran ser estudiados, desarrollados o
discutidos con más tiempo y/o con más implicación de la comunidad.

Saludos,

Carlos

[1] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
[2] https://riot.im/app/#/room/#openstreetmap-es:matrix.org
[3]
https://lists.openstreetmap.org/pipermail/talk-es/2016-September/014389.html



Carlos Cámara
http://carloscamara.es

2016-09-28 14:25 GMT+02:00 David Marín Carreño :

>
>
> El mar., 27 sept. 2016 a las 17:43, Miguel Sevilla-Callejo (<
> msevill...@gmail.com>) escribió:
>
>>
>> Además acabo de ver que David Marín está haciendo el enlace igualmente
>> hacia Slack. Espero que él nos indique si ya es funcional y a dónde
>> transmite por esta última plataforma.
>>
>
> He creado un grupo en slack, osm-es. Al ser slack de naturaleza cerrada,
> no me permite abrir el acceso a todo el mundo.
>
> De momento los mensajes desde Slack hacia el Telegram aparecen mal, sin el
> usuario remitente, pero esto podría cambiar en breve.
>
> Quien quiera conectarse al grupo en Slack, que me lo diga y envío una
> invitación. Así mismo, si alguien más involucrado en el tema de la
> asociación quiere permisos de administración para el grupo osm-es en Slack,
> que me lo diga.
>
> Un cordial saludo,
> --
> David
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Updated Privacy Policy

[Simon Poole]

Hi Michael

Thanks.

A general note: we (the LWG that is) are fully aware that the text is
rather bumpy and a bit of a historic document. In light of the changes
that are due to come in to force EU wide in 2018 (which we will be
subject to even if the UK hurries up with BREXIT) we will likely be
proposing a complete rewrite during next year. This will likely however
be fairly expensive and involved (for example we will likely need to
look at all our processes involving personal data and potentially change
them to be compliant).

Simon


Am 28.09.2016 um 12:22 schrieb Michael Collinson:
>
> Nice work. Thank you to all involved - Mike
>
>
> On 28/09/16 12:05, Simon Poole wrote:
>> The updated privacy policy that was in work since late 2015 has now been
>> published and is available here:
>> http://wiki.osmfoundation.org/wiki/Privacy_Policy
>>
>> The changes in detail can be viewed here:
>> http://wiki.openstreetmap.org/w/index.php?title=Privacy_Policy=revision=1350102=1253512
>>
>> One of the reasons for this taking so long were the necessary code
>> changes with respect to the gravatar handling. Previously, starting
>> October 2012, gravatars were turned on for everybody regardless of if
>> they had actually created one with gravatar.com. We now check on initial
>> sign up and every time you change your e-mail address in the OSM account
>> if a gravatar exists and only enable the display if that is the case.
>>
>> Currently a script is working through the OSM database and executing the
>> above test for existing accounts, it is roughly 2/3 through at this
>> point in time and will take another couple of weeks to complete. You
>> will notice a change if you previously hadn't turned gravatars off or
>> uploaded a custom image in that the default gravatar generated by
>> gravatar.com for your e-mail address is no longer displayed. If you are
>> not concerned about the privacy issues for you and people viewing your
>> profile you can get the old behaviour by simply turning gravatar support
>> back on again.
>>
>> Simon
>>
>>
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



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

Re: [Talk-cz] Vyřízené notes?

[r00t]

Ahoj,

Budou videt na mape zelene jeste asi 5 dnu, potom zmizi.
Diky tomu maji ostatni cas na uzavreni zareagovat a treba note
znovu otevrit, pokud se jim nezda jakym zpusobem byla vyresena...

JH


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

Re: [Talk-it] State of the Map 2016

[Alessandro Palmas]

A SOTM abbiamo conosciuto un torinese trapiantato in Canada che lavora 
nell'Ufficio Statistica canadese.


Sono molto interessati ad OSM; per chi volesse approfondire ecco i 
contatti. Potete contattarli in italiano, francese o inglese.



 Messaggio Inoltrato 





E’ stato un piacere conoscervi a Brussel. Vi mando il mio contatto email 
e le coordinate del nostro progetto.
Webpage (EN): _www.statcan.gc.ca/crowdsourcing_ 

Webpage (FR) : _www.statcan.gc.ca/approcheparticipative_ 

Email del progetto : _statcan.crowdsource.statcan@canada.ca_ 
 (or in FR: 
_statcan.approcheparticipative.statcan@canada.ca_ 
)
Vi pregherei di dare massima diffusione a questo progetto; condividete 
links con i vostri network e su social media/email e con chiunque possa 
essere interessato.


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

Re: [OSM-talk-fr] ***SPAM*** Re: Résidences HLM

[Philippe Verdy]

On parle plutôt de "logements à loyers modérés"

"modérés" signifiant :
- respectant une régulation contre les excès, ce qui ne veut pas dire ne
pas suivre les offres du marché, qui fixe autant les loyers que les prix
d'acquisition en propriété et la rentabilité qui en découle)
- et non pas "pas cher", "pas cher" peut quand même être très abusif s'il
n'y a as le confort minimum

Confort minimum : isolation et fermeture correcte, chauffage, accès à
l'eau, électricité, espace de vie minimum pour le locataire déclaré,
salubrité, toilettes et respect de la vie privée des locataires), pas de
charges injustifiées, entretien minimum légal par le propriétaire et
respect des durées de bail et préavis, et s'il y a des obligations communes
dans un immeuble qu'elles soient publiques et pas sur des ordres oraux du
propriétaire, qui n'est PAS chez lui une fois qu'il a un locataire et ne
peut pas rentrer quand il veut ni imposer d'autres obligations ou services
gratuits à rendre par le locataire ou ses invités. Les règles admises sont
celles de la vie commune dans les parties communes et le respect du
voisinage (surtout le bruit et la salubrité, et le respect des parties
communes qui doivent rester accessibles à tous locataires ou visiteurs, et
les respect des fermetures collectives). Le propriétaire ne peut pas
imposer non plus un rythme de vie, chacun est libre de rentrer et sortir à
toute heure en évitant au maximum le bruit et de déranger les autres
occupants.

Cependant ce n'est pas toujours possible dans les logements collectifs où
le partage de règles de vie communes s'impose (horaire des repas partagés,
accès aux cuisines et aux sanitaires s'ils sont collectifs, et partage des
tâches ménagères dans les salles communes). Ce règlement de fonctionnement
doit être écrit, affiché et signé par les occupants, les dérogations
doivent se négocier et ne sont pas un droit individuel. C'est valable aussi
pour les logements temporaires (exemple en vacance dans les campings, et
même dans les hôtels): l'aire privative doit cependant être clairement
délimitée et respectée entre locataires et propriétaires ou gérants, et les
éventuels employés chargés des parties communes. La loi fixe pas mal de
règles évitant les abus des uns et des autres et ce qu'il est permis
d'exiger des uns ou des autres, mais le plus simple est quand même que ce
soit écrit dans les contrats de bail.



Le 28 septembre 2016 à 13:00, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

>
> Le 2016 Gwen. 28 à 08:13, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
> Le 27 septembre 2016 à 14:05, Christian Rogel  internet.fr> a écrit :
>
>> Le 27 sept. 2016 à 10:24, Tony Emery  a écrit :
>>
>> > Si vous êtes d'accord, on l'active rapidement.
>>
>> Activer ? On en parle avec la communauté mondiale avant : il y a des
>> habitations à bas coût ailleurs qu'ici.
>>
>> Personne ne se dévoue pour faire la blague sur la capitale de
> l'Azerbaïdjan ??
>
>
> Plutôt que de logements à Bakou, il s’agit plutôt de logements à Baloyers.
>
> « Low income housing » correspondrait à « Logements pour économiquement
> faibles », mais cette expression, en usage officiel dans les années 50, a
> été victime du politiquement correct.
> Il semblerait qu’on doive utiliser « Logements pour familles à faible
> revenu » pour avoir l’équivalent de l’anglais, mais avec moins de
> concision, comme d’hab.
>
>
> Christian R.
>
> ___
> 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-es] Informe importación fuentes Madrid

[Jesús Gómez Fernández]

Impecable toda la documentación, Santiago.
Muchas gracias por informar a la lista.

Un saludo.
Jesús Gómez

El 28 de septiembre de 2016, 11:47, Santiago Crespo <
openstreet...@flanera.net> escribió:

> Hola,
>
> Hemos terminado la importación de las fuentes[1], Matías (matinadi) ha
> revisado casi todas. ¡Gracias!
>
> Acabo de enviar al Ayto. un informe con los problemas y errores
> detectados, podéis leerlo aquí:
> http://wiki.osm.org/wiki/Problemas_y_errores_en_el_conjunto_de_datos_
> "Fuentes_de_agua_potable"_del_Ayto._de_Madrid
>
> Por si no llega bien el enlace anterior: http://miniurl.es/informe
>
> Cuando publiquen la siguiente actualización de datos, compararé los
> cambios y actualizaré a mano OSM.
>
> Gracias a todos, seguimos los museos[2] :)
>
> Santiago Crespo
>
> [1] http://osm.unizar.es:6543/project/18
> [2] http://osm.unizar.es:6543/project/25
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema con los límites de Andalucia y Almería

[Jesús Gómez Fernández]

Gracias Alejandro.
Parece que están correctas pero me despista mucho que si descargas en JOSM
la relación con los límites de la Comunidad Autónoma de Andalucia aparezca
en ella parte de la provincia de Almería, tal y como muestra la imagen de
mi anterior correo.
No se, miraré un poco más y si descubro algo lo escribo por aquí.

Saludos
Jesús Gómez

El 27 de septiembre de 2016, 16:54, Alejandro S. 
escribió:

> Hola,
> Estoy mirando la relación de Andalucía [0] y de Almería y todo parece
> correcto.Están correctamente cerradas, con los miembros ordenados y las
> etiquetas que corresponden.
>
> [0]: http://www.openstreetmap.org/relation/349044
>
> [1]: http://www.openstreetmap.org/relation/348997
>
> Saludos,
> Alejandro Suárez
>
> On Tue, Sep 27, 2016, 13:49 Jesús Gómez Fernández <
> jesus.gomez.f...@gmail.com> wrote:
>
>> Hola a todos.
>> Estoy trabajando con los límites administrativos de Europa y para ello
>> estoy usando con OSMfilter y una base de datos.
>> El motivo de este correo es que al visualizar los límites de Comunidades
>> Autónomas (admin_level=4) y provincias (admin_level=6) en España, veo que
>> Andalucía no aparece, ni tampoco la provincia de Almería.
>> Con JOSM he descargado las dos relaciones que corresponden a cada una de
>> ellas y tampoco veo qué es lo que puede suceder porque aparentemente están
>> correctas. Pero lo que sí me he dado cuenta es que al descargar la relación
>> "Andalucia" aparece Almería por ahí metida.
>> Desconozco a que se debe este problema pero intuyo que la clave esta en
>> una incorrecta definición de la relación en Almería.
>>
>> Adjunto una imagen para que se entienda bien todo esto.
>>
>> ¿Alguien sabe qué puede estar pasando?
>>
>> Un saludo.
>> Jesús Gómez
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSRM-talk] Release VROOM v1.0.0

[Julien Coupey]

Hey

A quick note to let you know that a project I've been working on for 
quite some time just reached v1.0.0. VROOM is an optimization engine for 
vehicle routing problems heavily based on OSRM for all table and route 
computations.


If you have your own OSRM instance and want to give it a try, then 
you're all set to go from source[1]. If you just want to test without 
any compiling, you can query the demo server[2] or click around on the 
demo frontend[3]. Check out the project repos if you wish to install 
your own frontend locally.


Features under development include the ability to use libosrm rather 
than osrm-routed.


Hope this can be of interest to some of you. Feel free to get in touch 
or open issues.


Cheers,
Julien

[1]: https://github.com/VROOM-Project/vroom
[2]: https://github.com/VROOM-Project/vroom/wiki/Demo-server
[3]: http://map.vroom-project.org/

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

Re: [OSM-talk-fr] Résidences HLM

[Philippe Verdy]

En plus les promoteurs privés ont normalement obligation d'inscrire un
certain nombre de logements pour en faire des logements sociaux (éligibles
à des personnes à revenus faible et aux aides sociales, et avec une
modération des loyers).

Cela reste des logements privés, mais inscrits dans les listes des
gestionnaires publics de parcs locatifs sociaux, au moins pendant quelques
années, ou alors éligibles aux aides d'accès à la propriété (prêts à taux
zéro, etc.). Ils s'engagent aussi à fournir des prestations minimales
(surface habitable, accès, isolation). Moyennant quoi ils peuvent alors
bénéficier de certaines ristournes fiscales (pendant quelques années: une
fois ces aides terminées, ou les logements vendus à leurs occupants, tout
s'arrête, ou le nouvel acquéreur, résidant ou non dans ce logement, doit
respecter les contraintes pour bénéficier du régime fiscal ou des autres
aides publiques.

A proprement parler le logement social est donc rarement tel quel, il
n'arrête pas de changer de statut, partout, et pour l'essentiel on ne peut
pas le savoir (ce sont des infos privées) sauf lorsque ces logements sont
mis à disposition dans une offre publique de logement social (par un
organisme agréé qui vérifiera les conditions tant pour les offres que pour
les demandeurs de ces logements). Une fois ces logements occupés et les
bails validés, on ne sait plus rien pendant des années ou des décennies, ce
sont des données privées regardant le locataire, le bailleur et les
organismes sociaux qui peuvent accorder, modifier ou retirer les aides.

Les obligations de logements sociaux concernent avant tout les programmes
de logements neufs ou de réhabilitation, pour l'octroi des permis de
construire, et pour les conditions demandés aux candidats demandeurs de ces
logements quand ils sont libres (donc très peu de temps dans les zones
urbaines denses en comparaison de la durée des baux, les demandes étant
largement supérieure aux offres, ce qui aussi tire les prix vers le haut).


Le 28 septembre 2016 à 12:16, Yannick  a écrit :

> Le 27/09/2016 à 10:24, Tony Emery a écrit :
> > Romain MEHUT wrote
> >> Le 5 juin 2012 17:51, Pieren 
> >
> >> pieren3@
> >
> >>  a écrit :
> >>
> >> Et il n'y aurait pas moyen de faire quelque chose avec
> >> http://wiki.openstreetmap.org/wiki/Social_facility ?
> >>
> >> Romain
> >
> > Je pensais à ce tag aussi mais je n'en vois pas qui concernerait le
> logement
> > social. A moins d'en ajouter un nouveau, par exemple "amenity=low-income
> > housing".
> >
> > Si vous êtes d'accord, on l'active rapidement.
> >
> > Tony
>
>
> Bonjour,
>
> Pour la France je suis contre le fait de différencier les HLM en tant
> que tel.
> Les immeubles d'aujourd'hui ont souvent les appartements classiques ET
> des HLM dans une même structure physique.
> Par ailleurs un certains nombre de services HLM cèdent les appartements
> à leurs locataires donc ils changent de catégorie.
>
> Le siège, et les succursales (annexes,...) des organismes HLM DOIVENT
> être mentionné sur les bâtiments idoines.
> Lorsque cela disparaît on le voit et donc on peut agir sur OSM alors que
> pour les logements impossible sauf à faire une veille sur le cadastre in
> situ.
>
> Si les HLM veulent vraiment un tel tag je veux bien mais il leur faut le
> gérer ensuite et nous savons tous qu'au début tout est parfait et à la
> longue...
>
> Amitiés
>
> --
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ***SPAM*** Re: Résidences HLM

[Christian Rogel]

> Le 2016 Gwen. 28 à 08:13, Pierre-Yves Berrard  
> a écrit :
> 
> Le 27 septembre 2016 à 14:05, Christian Rogel 
> > 
> a écrit :
> Le 27 sept. 2016 à 10:24, Tony Emery  > a écrit :
> 
> > Si vous êtes d'accord, on l'active rapidement.
> 
> Activer ? On en parle avec la communauté mondiale avant : il y a des 
> habitations à bas coût ailleurs qu'ici.
> 
> Personne ne se dévoue pour faire la blague sur la capitale de l'Azerbaïdjan ??

Plutôt que de logements à Bakou, il s’agit plutôt de logements à Baloyers.

« Low income housing » correspondrait à « Logements pour économiquement faibles 
», mais cette expression, en usage officiel dans les années 50, a été victime 
du politiquement correct.
Il semblerait qu’on doive utiliser « Logements pour familles à faible revenu » 
pour avoir l’équivalent de l’anglais, mais avec moins de concision, comme d’hab.


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

Re: [OSM-talk] Updated Privacy Policy

[Michael Collinson]

Nice work. Thank you to all involved - Mike


On 28/09/16 12:05, Simon Poole wrote:

The updated privacy policy that was in work since late 2015 has now been
published and is available here:
http://wiki.osmfoundation.org/wiki/Privacy_Policy

The changes in detail can be viewed here:
http://wiki.openstreetmap.org/w/index.php?title=Privacy_Policy=revision=1350102=1253512

One of the reasons for this taking so long were the necessary code
changes with respect to the gravatar handling. Previously, starting
October 2012, gravatars were turned on for everybody regardless of if
they had actually created one with gravatar.com. We now check on initial
sign up and every time you change your e-mail address in the OSM account
if a gravatar exists and only enable the display if that is the case.

Currently a script is working through the OSM database and executing the
above test for existing accounts, it is roughly 2/3 through at this
point in time and will take another couple of weeks to complete. You
will notice a change if you previously hadn't turned gravatars off or
uploaded a custom image in that the default gravatar generated by
gravatar.com for your e-mail address is no longer displayed. If you are
not concerned about the privacy issues for you and people viewing your
profile you can get the old behaviour by simply turning gravatar support
back on again.

Simon




___
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] Strange location reading

[Michael Collinson]

On 28/09/16 09:59, Warin wrote:

On 28-Sep-16 04:44 PM, Oleksiy Muzalyev wrote:

On 27.09.16 21:51, John Eldredge wrote:
This past weekend, I made a long road trip. At one point, while in a 
highway rest stop, I checked Google Maps to see how far I had come. 
To my surprise, it showed me at a different rest stop, about 200 
miles from my actual location. I suspect that my phone couldn't get 
a good GPS reading, and was relying on the WiFi ID from the rest 
area office. The other rest area was probably using the same SSID.


I didn't think to launch OSMand for comparison, but I suspect it 
would have given me the same bogus results, as the choice of whether 
to use WiFi, cell tower, GPS, or a combination, to determine your 
location is set in the system settings, not inside the mapping 
applications.


GPS signal is not influenced by clouds, rain, and snow. The GPS 
signal frequency of about 1575mhz was chosen expressly because it is 
a "window" in the weather as far as signal propagation is concerned 
[1]. However a coating of water, snow, or ice on a smartphone or on a 
car may block GPS signal. A coating of water, even a fairly thin one 
is NOT the same as raindrops.



So if one is outside and a device is dry, the GPS reading should be 
correct no matter what is the actual weather. Otherwise it makes 
sense to restart the device, or change it if an incorrect GPS 
location reading persists.


John .. could you have the GPS function on the phone turned off? I 
usually have mine turned off to save battery power .. for use as a 
phone. There is a GPS Status app that I use to check various sensors 
.. including what the GPS is doing, suggest you use it .. that is an 
android app ... apple should have something similar.


Do these rest stops have cafes that are part of a chain? They might have 
moved a wifi access point and your app is reporting a non-satellite 
position based on that. I have seen that happen.


Mike


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

Re: [Talk-it-sicilia] Coordinatori Regionali

[aborruso]

Ciao Nino e Aurelio,
io non ho alzato la mano, perché non potrei fare per bene fino in fondo per
quanto richiesto.

Ma insieme a voi 2, mi sento più sereno e una mano la do volentieri.

Un caro saluto



-
Andrea Borruso 

 
email: aborr...@tin.it 
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48" N, 13° 21' 9" E 

--
View this message in context: 
http://gis.19327.n8.nabble.com/Coordinatori-Regionali-tp5871010p5883458.html
Sent from the Talk-it-sicilia mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Laboratoire d'Analyses Médicales

[Yannick]

Le 27/09/2016 à 20:44, Jean-Marc Liotier a écrit :
> Ce n'est pas première fois que je cherche à étiqueter un laboratoire
> d'analyses médicales et je ne suis pas le seul à ramer:
> http://taginfo.openstreetmap.org/search?q=analyses+m%C3%A9dicales#values
> - le moins qu'on puisse dire est que la standardisation est encore loin...
> name=Laboratoire d'Analyses Médicales est à peu près la seule constante.
> 
> Parmi la grande variété d'étiquetages pratiqués là où il semble qu'on a
> affaire à un laboratoire d'analyses médicales, j'ai noté celles qui me
> paraissent offrir le meilleur potentiel
> 
> amenity=medical_lab : très rare et apparemment plutôt Montpelliérain
> (http://taginfo.openstreetmap.org/tags/amenity=medical_lab#overview). A
> mon avis, il a contre lui de ne pas s'inscrire dans le fourre-tout
> "amenity" plutôt qu'un espace de nommage médical. Dommage: il a pour lui
> la simplicité.
> 
> health_facility:type=laboratory est un petit peu plus répandu et il est
> mentionné par la proposition Healthcare 2.0
> (https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples#Medical_laboratory)
> .
> Je me demande pourquoi health_facility:type=laboratory alors que
> health_facility=laboratory aurait parfaitement fonctionné. Quoiqu'il en
> soit, même si je n'aime pas le ":type" superflu, combiné à un
> amenity=doctors ou à un office=medical il me semble adapté. Je l'ai vu
> combiné avec office=medical_laboratory mais ça me semble redondant et
> j'aime bien l'idée de se raccrocher à une étiquette répandue telle que
> amenity=doctors ou office=medical. Réflexion faire, amenity=doctors est
> préférable car le laboratoire d'analyse médicales tel que nous le
> connaissons repose sur la direction d'au moins un docteur en médecine.
> 
> amenity=doctors + healthcare:speciality=laboratory : rarissime (deux
> occurrences...) mais intéressant, notamment parce qu'il s'insère dans
> des pratiques existantes
> (http://taginfo.openstreetmap.org/keys/healthcare%3Aspeciality#values)
> 
> par exemple healthcare:speciality=radiology dont les 220 occurrences se
> combinent généralement avec amenity=doctors.
> 
> healthcare=laboratory : 70 ocurrences
> (http://taginfo.openstreetmap.org/tags/healthcare=laboratory#overview).
> Serait
> acceptable, combiné à amenity=doctors.
> 
> Bon, il me semble au moins plutôt évident que amenity=doctors s'impose
> comme étiquette principale. Reste à déterminer l'étiquette secondaire...
> Les candidats présentables me semblent être:
> 
> healthcare=laboratory
> 
> healthcare:speciality=laboratory
> 
> health_facility:type=laboratory
> 
> Qu'en pensez vous ?


Bonjour,

Attention
Il devrait y avoir deux éléments différents:
1) laboratoire d'analyse tout court
2) laboratoire avec prélèvement

Dans les deux cas la présence d'un médecin est impérative. Toutefois
comme justement remarqué on n'a jamais affaire à lui en tant que patient
(sauf accident ponctuel) donc doctors DOIT être écarté
S'il y a prélèvement c'est une infirmière qui doit faire ce dernier.
mais est-ce cela qui est important?
Non c'est la fonction qui doit être informée dans la base.

Par contre il est judicieux de mettre le nom du gérant, de l'enseigne et
le cas échéant le nom du groupe auquel appartient l'officine.

Amitiés


-- 
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-fr] Laboratoire d'Analyses Médicales

[lenny.libre]

Le 28/09/2016 à 00:25, Jérôme Amagat a écrit :

oups,
amenity=doctors, ça veux dire qu'il y a un docteur ou que tu y est 
examiné par un médecin.
Moi j'opterai pour la 2eme possibilité et c'est aussi ce que je 
comprends sur le wiki.
Donc pour moi, pour un laboratoire d'analyses médicales pas de 
amenity=doctors.
health_facility:type=laboratory je dirai d’après le wiki mais sans 
grande conviction.
Même si le directeur d'un laboratoire est un docteur (en médecine ou 
pharmacie), amenity=doctors ne me parait pas adapté.
L'avantage que je voyais dans la proposition Healthcare 2.0  c’était 
d'avoir répertorié (ce qui me parait important) sur une seule page un 
maximum de cas liés à la santé (du docteur en médecine, au laboratoire 
d'analyse et au podologue)  mais c'est quand même assez compliqué et ce 
n'est toujours qu'une proposition ?
Et même si je ne vois pas très bien ce qu'apporte le ":type" je suis la 
foule (quel mouton) car je trouve que pour que les données d'osm soient 
utilisées (par d'autres applis ou autre), il faut avoir une certaine 
homogénéité et je met health_facility:type=laboratory


cordialement
léni



Le 28 septembre 2016 à 00:19, Jérôme Amagat > a écrit :


amenity=doctors, ça

Le 27 septembre 2016 à 20:44, Jean-Marc Liotier > a écrit :

Ce n'est pas première fois que je cherche à étiqueter un
laboratoire d'analyses médicales et je ne suis pas le seul à
ramer:
http://taginfo.openstreetmap.org/search?q=analyses+m%C3%A9dicales#values


- le moins qu'on puisse dire est que la standardisation est
encore loin...
name=Laboratoire d'Analyses Médicales est à peu près la seule
constante.

Parmi la grande variété d'étiquetages pratiqués là où il
semble qu'on a affaire à un laboratoire d'analyses médicales,
j'ai noté celles qui me paraissent offrir le meilleur potentiel

amenity=medical_lab : très rare et apparemment plutôt
Montpelliérain
(http://taginfo.openstreetmap.org/tags/amenity=medical_lab#overview
).
A mon avis, il a contre lui de ne pas s'inscrire dans le
fourre-tout "amenity" plutôt qu'un espace de nommage médical.
Dommage: il a pour lui la simplicité.

health_facility:type=laboratory est un petit peu plus répandu
et il est mentionné par la proposition Healthcare 2.0

(https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0/Examples#Medical_laboratory)

.
Je me demande pourquoi health_facility:type=laboratory alors
que health_facility=laboratory aurait parfaitement fonctionné.
Quoiqu'il en soit, même si je n'aime pas le ":type" superflu,
combiné à un amenity=doctors ou à un office=medical il me
semble adapté. Je l'ai vu combiné avec
office=medical_laboratory mais ça me semble redondant et
j'aime bien l'idée de se raccrocher à une étiquette répandue
telle que amenity=doctors ou office=medical. Réflexion faire,
amenity=doctors est préférable car le laboratoire d'analyse
médicales tel que nous le connaissons repose sur la direction
d'au moins un docteur en médecine.

amenity=doctors + healthcare:speciality=laboratory : rarissime
(deux occurrences...) mais intéressant, notamment parce qu'il
s'insère dans des pratiques existantes
(http://taginfo.openstreetmap.org/keys/healthcare%3Aspeciality#values)

par exemple healthcare:speciality=radiology dont les 220
occurrences se combinent généralement avec amenity=doctors.

healthcare=laboratory : 70 ocurrences
(http://taginfo.openstreetmap.org/tags/healthcare=laboratory#overview).

Serait
acceptable, combiné à amenity=doctors.

Bon, il me semble au moins plutôt évident que amenity=doctors
s'impose comme étiquette principale. Reste à déterminer
l'étiquette secondaire... Les candidats présentables me
semblent être:

healthcare=laboratory

healthcare:speciality=laboratory

health_facility:type=laboratory

Qu'en pensez vous ?

Bon, j'aurais du écrire ceci en langue Angloise pour poster
sur tagging@osm  mais comme j'étais parti
de "Laboratoire d'Analyses Médicales" j'ai continué sur ma
lancée... Donc une discussion en Français pour une fois...

[OSM-talk] Updated Privacy Policy

[Simon Poole]

The updated privacy policy that was in work since late 2015 has now been
published and is available here:
http://wiki.osmfoundation.org/wiki/Privacy_Policy

The changes in detail can be viewed here:
http://wiki.openstreetmap.org/w/index.php?title=Privacy_Policy=revision=1350102=1253512

One of the reasons for this taking so long were the necessary code
changes with respect to the gravatar handling. Previously, starting
October 2012, gravatars were turned on for everybody regardless of if
they had actually created one with gravatar.com. We now check on initial
sign up and every time you change your e-mail address in the OSM account
if a gravatar exists and only enable the display if that is the case.

Currently a script is working through the OSM database and executing the
above test for existing accounts, it is roughly 2/3 through at this
point in time and will take another couple of weeks to complete. You
will notice a change if you previously hadn't turned gravatars off or
uploaded a custom image in that the default gravatar generated by
gravatar.com for your e-mail address is no longer displayed. If you are
not concerned about the privacy issues for you and people viewing your
profile you can get the old behaviour by simply turning gravatar support
back on again.

Simon




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

Re: [OSM-talk-fr] Résidences HLM

[Yannick]

Le 27/09/2016 à 10:24, Tony Emery a écrit :
> Romain MEHUT wrote
>> Le 5 juin 2012 17:51, Pieren 
> 
>> pieren3@
> 
>>  a écrit :
>>
>> Et il n'y aurait pas moyen de faire quelque chose avec
>> http://wiki.openstreetmap.org/wiki/Social_facility ?
>>
>> Romain
> 
> Je pensais à ce tag aussi mais je n'en vois pas qui concernerait le logement
> social. A moins d'en ajouter un nouveau, par exemple "amenity=low-income
> housing".
> 
> Si vous êtes d'accord, on l'active rapidement.
> 
> Tony


Bonjour,

Pour la France je suis contre le fait de différencier les HLM en tant
que tel.
Les immeubles d'aujourd'hui ont souvent les appartements classiques ET
des HLM dans une même structure physique.
Par ailleurs un certains nombre de services HLM cèdent les appartements
à leurs locataires donc ils changent de catégorie.

Le siège, et les succursales (annexes,...) des organismes HLM DOIVENT
être mentionné sur les bâtiments idoines.
Lorsque cela disparaît on le voit et donc on peut agir sur OSM alors que
pour les logements impossible sauf à faire une veille sur le cadastre in
situ.

Si les HLM veulent vraiment un tel tag je veux bien mais il leur faut le
gérer ensuite et nous savons tous qu'au début tout est parfait et à la
longue...

Amitiés

-- 
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-be] Some information about Nominatim for addresses in Brussels

[Glenn Plas]

This is a better, cleaner query, accounts for addr:street nodes as well

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


On 28-09-16 11:44, Glenn Plas wrote:
> So, we are talking about this data : http://overpass-turbo.eu/s/iCN ?
> 
> the addressed way's (e.g. buildings ) need to match the streetname they
> belong to.
> 
> Structure is always a great thing for data, so it doesn't matter which one.
> 
> Glenn
> 
> 
> On 28-09-16 11:08, Marc Gemis wrote:
>> The order on name can be random. But once you chose e.g. FR - NL, all
>> the addr:street tags for the addresses in that street have to follow
>> FR - NL. For another street you can take another order.
>>
>> This weird rule of FR - NL or NL - FR as name is something from the
>> Belgium community. You cannot expect that all tools honour this. How
>> can a tool know that in this small place on earth the name field is a
>> concatenation of two names? By using FR - NL as name, you tell all the
>> tools that the name of the street is "FR - NL". So you have to use
>> that name everywhere you refer to the name of the street, which means
>> the field addr:street has to be "FR - NL" as well.
>> You do not use different names for addr:street and name for roads in
>> Flanders, do you ?
>>
>> IMHO, this is not mapping for the tool, but is mapping in a consistent
>> way. Once the order is determined for a street, we also agreed not to
>> change it, so once cleaned up, there is no longer an issue.
>>
>> But if people don't care about the first impression people get when
>> looking up an address in Brussels, fine for me.
>> But it is already bad enough that when you look for Zutphen in a Dutch
>> browser, you find "Zütphen".
>> All those little things might turn people away from OSM... :-(
>>
>> m.
>>
>> p.s. alternatively, you could use an associatedStreet-relation to
>> solve this problem. But this is not one of lonvia's preferred
>> solutions.
>>
>>
>>
>>
>>
>>
>> On Wed, Sep 28, 2016 at 10:18 AM, joost schouppe
>>  wrote:
>>> I'm not sure I understand correctly, but isn't the order of languages in the
>>> general name tags supposed to be random (for political reasons)? If so,
>>> shouldn't Nominatim be able to deal with this randomness?
>>> It sounds a bit strange to expect the data to follow the same randomness in
>>> the name and addr:street for different objects. Then upon every edit of a
>>> new object, you would have to check which randomly selected order of names
>>> is present on the street itself.
>>>
>>> To me, it looks a bit like "mapping for the tool" if we do clean this up.
>>> But I might be missing the point.
>>>
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

[Talk-es] Informe importación fuentes Madrid

[Santiago Crespo]

Hola,

Hemos terminado la importación de las fuentes[1], Matías (matinadi) ha
revisado casi todas. ¡Gracias!

Acabo de enviar al Ayto. un informe con los problemas y errores
detectados, podéis leerlo aquí:
http://wiki.osm.org/wiki/Problemas_y_errores_en_el_conjunto_de_datos_"Fuentes_de_agua_potable"_del_Ayto._de_Madrid

Por si no llega bien el enlace anterior: http://miniurl.es/informe

Cuando publiquen la siguiente actualización de datos, compararé los
cambios y actualizaré a mano OSM.

Gracias a todos, seguimos los museos[2] :)

Santiago Crespo

[1] http://osm.unizar.es:6543/project/18
[2] http://osm.unizar.es:6543/project/25

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

Re: [OSM-talk-be] Some information about Nominatim for addresses in Brussels

[Marc Gemis]

The order on name can be random. But once you chose e.g. FR - NL, all
the addr:street tags for the addresses in that street have to follow
FR - NL. For another street you can take another order.

This weird rule of FR - NL or NL - FR as name is something from the
Belgium community. You cannot expect that all tools honour this. How
can a tool know that in this small place on earth the name field is a
concatenation of two names? By using FR - NL as name, you tell all the
tools that the name of the street is "FR - NL". So you have to use
that name everywhere you refer to the name of the street, which means
the field addr:street has to be "FR - NL" as well.
You do not use different names for addr:street and name for roads in
Flanders, do you ?

IMHO, this is not mapping for the tool, but is mapping in a consistent
way. Once the order is determined for a street, we also agreed not to
change it, so once cleaned up, there is no longer an issue.

But if people don't care about the first impression people get when
looking up an address in Brussels, fine for me.
But it is already bad enough that when you look for Zutphen in a Dutch
browser, you find "Zütphen".
All those little things might turn people away from OSM... :-(

m.

p.s. alternatively, you could use an associatedStreet-relation to
solve this problem. But this is not one of lonvia's preferred
solutions.






On Wed, Sep 28, 2016 at 10:18 AM, joost schouppe
 wrote:
> I'm not sure I understand correctly, but isn't the order of languages in the
> general name tags supposed to be random (for political reasons)? If so,
> shouldn't Nominatim be able to deal with this randomness?
> It sounds a bit strange to expect the data to follow the same randomness in
> the name and addr:street for different objects. Then upon every edit of a
> new object, you would have to check which randomly selected order of names
> is present on the street itself.
>
> To me, it looks a bit like "mapping for the tool" if we do clean this up.
> But I might be missing the point.
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-fr] Bêtatesteurs pour la nouvelle version de uMap?

[Yohan Boniface]

Sounds like a bug: on devrait ne pas afficher l'étiquette si le name
est celui du calque je pense.
Tu peux créer un ticket sur github que j'oublie pas?

https://github.com/umap-project/umap/issues

Note: je suis en Jordanie pour 15 jours, donc je vais peut-être pas
avoir le temps pour ça (mais si on a un gros souci, je trouverai le
temps ;) ).


On mar., 2016-09-27 at 16:07 +0200, Jarry Philippe wrote:
> Bonjour,
> 
> Bravo pour les améliorations sur la nouvelle version de uMap
> (l'étiquette au survol et le tri des calques, c'est top !)
> 
> J'ai une question suite au passage en prod des cartes existantes :
> lorsque j'affiche les étiquettes des épingles, le nom du calque
> s'affiche pour les autres formes lignes ou polygones ce qui n'était
> pas le cas auparavant. Comment faut-il paramétrer le calque pour que
> le nom ne s'affiche pas dans ce cas.
> Le phénomène ne se produit pas lorsqu'on utilise le nouveau paramètre
> d'affichage au survol. (exemple http://umap.openstreetmap.fr/fr/map/i
> vry-travaux-septembre-2016_100667#16/48.8157/2.3979) 
> Exemple de l'etiquette avec nom du calque sur les lignes : https://um
> ap.openstreetmap.fr/fr/map/ivry-travaux-juillet-
> 2016_92653#18/48.81899/2.39626 
> 
> Merci d'avance
> A bientôt,
> Philippe Jarry
> 
> Le 21 septembre 2016 à 23:37, Yohan Boniface 
> a écrit :
> > Hello tous,
> > 
> > En prévision du SotM, on essaie de (enfin!) mettre en production la
> > nouvelle version de uMap.
> > Pour tester, on a fait une copie de la production, qu'on a mise en
> > ligne. Si vous voulez jouer avec, c'est par là:
> > 
> > http://dev.umap.openstreetmap.fr/
> > 
> > Vous devriez y retrouver vos anciennes cartes (jusqu'au week-end
> > dernier, date de la copie).
> > 
> > Toute remontée sera utile, quelle qu'en soit la forme (ici par
> > email ou
> > bien sur github https://github.com/umap-project/umap/issues ou sur
> > IRC
> > pour les habitués).
> > Idéalement, dans le cas d'un bug, un lien vers le problème ou une
> > façon
> > de le reproduire aidera. Copies d'écrans aussi.
> > 
> > Merci d'avance pour vos retours!
> > 
> > Et à tout bientôt à Bruxelles pour les chanceux qui voyagent :)
> > 
> > Yohan
> > 
> > ___
> > 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-be] Some information about Nominatim for addresses in Brussels

[joost schouppe]

I'm not sure I understand correctly, but isn't the order of languages in
the general name tags supposed to be random (for political reasons)? If so,
shouldn't Nominatim be able to deal with this randomness?
It sounds a bit strange to expect the data to follow the same randomness in
the name and addr:street for different objects. Then upon every edit of a
new object, you would have to check which randomly selected order of names
is present on the street itself.

To me, it looks a bit like "mapping for the tool" if we do clean this up.
But I might be missing the point.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSRM-talk] "nearest suitable road segment" Was: Helgoland in St. Peter-Ording

[Michal Palenik]

FYI, I've added a feature request to nominatim
https://github.com/twain47/Nominatim/issues/536

michal
On Wed, Aug 17, 2016 at 11:00:27PM +0200, Florian Lohoff wrote:
> On Wed, Aug 17, 2016 at 01:26:44PM -0700, Daniel Patterson wrote:
> > Hi Florian,
> > 
> >   This sounds like more of a geocoding problem than a routing problem.
> >   OSRM itself doesn't know anything about addresses, it only works
> >   with coordinates and road geometry.  All OSRM has internally are
> >   street names, not street numbers or place names.
> > 
> >   In order to route from "Münsterstraße 15a", it must first be turned
> >   into a coordinate.  On the OSM website, the Nominatim service is
> >   used to do this.  Once the web interface has a coordinate for an
> >   address, it gives that to OSRM for routing.  OSRM snaps that point
> >   to the nearest road, then finds a route.
> > 
> >   You might want to do some digging into how Nominatim determines
> >   address coordinates, and possibly consider adding
> >   `building=entrance` nodes - this (I think) will cause Nominatim to
> >   return a more specific location rather than the centroid of the
> >   building/airport polygon.
> > 
> >   Geocoding is a related, but separate problem.  There are a bunch of
> >   tags in OSM that are used by Nominatim, including `building=entrace`
> >   on nodes, `addr:*` on ways/nodes/relations/areas, etc.  Determining
> >   the best coordinate to return to the user is itself a difficult
> >   problem.
> 
> I have done a lot of geocoding and i have several OSRM instances running
> for different purposes - mostly infrastructure calculation - I am pretty
> shure i know the seperate issues well.
> 
> The point is thats an unsolved problem. And its a day to day problem
> for me as when i do calculate telecoms cable distances i want the
> nearest point on a public road - not the backyard - same problem.
> 
> So yes - Geocoding helps me to find a POI, Address whatever. OSRM is
> responsible to bring me there. 
> 
> Something in the middle is missing. OSRM/Mapzen/Graphhopper solves halve
> of the problem by "snapping to road" which is the brute force
> response to this problem - or - to solve the problem of finding the
> nearest reachable point on the route graph. Reality is more complex.
> 
> Either routing engines need to get more intelligent or more dumb by
> reducing the snap size drastically. Then we would need some "middleware"
> which has its own dataset which might be returned by a geocoder
> as extended attributes.
> 
> An example response would be:
> 
>   I know where "London Zoo" is - Its at lat,lon. If you want to go there
>   by car use lat2,lon2 - if you want to go there by foot go to lat3,lon3."
> 
> That could be extended for multiple types of transports, infrastructure
> connect points whatever.
> 
> In my primary mapping area we decided to avoid "area style POIs"
> whenever possible for exactly this reason. Building a centroid on
> an area and routing to the nearest point on the routeable network
> is most of the time not the right answer. You dont want to end up
> in the middle of a multi-acre campsite - you want to be sent to the
> reception.
> 
> Flo
> -- 
> Florian Lohoff f...@zz.de
>  UTF-8 Test: The  ran after a , but the  ran away



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


-- 
michal palenik
www.freemap.sk
www.oma.sk


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

Re: [Talk-de] Grauer Standard-Layer auf einem meiner Rechner

[Hakuch]

> Ich verstehe euer Problem, trotzdem fuehlt es sich fuer mich
> einfach schlecht an, ausgeschlossen zu sein, nur weil ich ein
> unkonventionelles Setup habe ... :-/

also es wäre wirklich extrem aufwändig, für alle existierenden
Programmversionen (dazu noch verschiedene Browser etc.) alles
durchzutesten und entsprechend bereitzustellen.

Wenn du wirklich einen Firefox 13 oder gar älter benutzt, kann ich dir
nur ganz dringend raten den upzudaten. Du wirst nicht nur mit osm.org
sondern auch vielen anderen Seiten Probleme haben, die du vielleicht
garnicht warnimmst. Das Browsen wird extrem unsicher sein, denn updates
bedeuten auch immer das Schließen von Sicherheitslücken.

Ich kann nachvollziehen, das man kein Bock hat sich immer mit neuen
Funktionen und Designs etc. auseinanderzusetzen. Aber leider ist es so,
dass das Uupdaten von Software extrem wichtig ist. Und vor allem kannst
du nicht erwarten, dass Entwickler-innen auf vier Jahre alte
Programmversionen Rrücksicht nehmen. Browser sind eine hochkomplexe
Software die Ausmaßen von ganzen Betriebssystemen annehmen.

Hast du auch noch windows xp in Benutzung?

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

[OSM-ja] OSM日本サイトの地図データ更新について

[yo . wakasugi]

最近、日本サイトの地図データが更新されていない気がしますが、どうでしょうか？

ズームレベル12のレンダリングが気に入っていて、これを糧に日々ちまちまマッピングしています。復旧してくださるとモチベが上がってありがたいです。
何か理由があってのことでしたら、すみません。


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

Re: [Talk-cz] Cizojazyčná jména

[Pavel Machek]

On Mon 2016-09-26 12:24:43, Matěj Cepl wrote:
> On 2016-09-25, 04:50 GMT, Petr Nejedlý wrote:
> > Asi má rád červený čokoládový dort.
> > Mě teda skoro víc pobavila "cuisine:Pohlreich"...
> 
> Ještě k tomuto tématu ... asi bychom opravdu měli kontrolovat co 
> nám tam kdo dává. Kdyby ten člověk nedal tohle do name:cs ani 
> bych si toho nevšimnul. Takhle jsem si to dal to 
> translate.google.com a dostal jsem 
> https://translate.google.com/#auto/cs/%D7%91%D7%A8%20%D7%9C%D7%A7%D7%A0%D7%95%D7%AA%20%D7%A1%D7%9E%D7%99%D7%9D
> 

:-). Chapu, mel to otagovat "shop=chemist"? :-).

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [OSM-talk] Strange location reading

[Warin]

On 28-Sep-16 04:44 PM, Oleksiy Muzalyev wrote:

On 27.09.16 21:51, John Eldredge wrote:
This past weekend, I made a long road trip. At one point, while in a 
highway rest stop, I checked Google Maps to see how far I had come. 
To my surprise, it showed me at a different rest stop, about 200 
miles from my actual location. I suspect that my phone couldn't get a 
good GPS reading, and was relying on the WiFi ID from the rest area 
office. The other rest area was probably using the same SSID.


I didn't think to launch OSMand for comparison, but I suspect it 
would have given me the same bogus results, as the choice of whether 
to use WiFi, cell tower, GPS, or a combination, to determine your 
location is set in the system settings, not inside the mapping 
applications.


GPS signal is not influenced by clouds, rain, and snow. The GPS signal 
frequency of about 1575mhz was chosen expressly because it is a 
"window" in the weather as far as signal propagation is concerned [1]. 
However a coating of water, snow, or ice on a smartphone or on a car 
may block GPS signal. A coating of water, even a fairly thin one is 
NOT the same as raindrops.



So if one is outside and a device is dry, the GPS reading should be 
correct no matter what is the actual weather. Otherwise it makes sense 
to restart the device, or change it if an incorrect GPS location 
reading persists.


John .. could you have the GPS function on the phone turned off? I 
usually have mine turned off to save battery power .. for use as a 
phone. There is a GPS Status app that I use to check various sensors .. 
including what the GPS is doing, suggest you use it .. that is an 
android app ... apple should have something similar.


Oleksiy .. GPS locations do get confused by multi path reflections, 
these usually occur in built up areas. And the GPS signal will be 
'influenced' by clouds, rain, the ionosphere .. just not very much, very 
seldom would a user notice any degradation from these sources.


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

[Talk-cz] Vyřízené notes?

[Matěj Cepl]

Co se děje s vyřízenými notes? Trochu jsem včera řádil 
a zlikvidoval všechny nesmysly v centru Prahy 
(https://mcepl.fedorapeople.org/tmp/vyrizene_notes.png), ale 
doufal jsem, že proběhne nějaký garbage collector a všechny ty 
vyřízené notes zmizí? To tam zůstanou navždy? Nevedlo by to 
k Cimmrmanovu důlnímu efektu?

Matěj

-- 
https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
Finally, brethren, whatsoever things are true, whatsoever things
are honest, whatsoever things are just, whatsoever things are
pure, whatsoever things are lovely, whatsoever things are of good
report; if there be any virtue, and if there be any praise, think
on these things.
-- Philipians 4:8 KJV


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

Re: [Talk-de] Grauer Standard-Layer auf einem meiner Rechner

[markus schnalke]

Danke fuer die Antwort.

[2016-09-27 20:51] Sarah Hoffmann 
> On Tue, Sep 27, 2016 at 04:27:00PM +0200, markus schnalke wrote:
> >
> > auf einem meiner Rechner ist auf http://osm.org seit ein paar
> > Wochen der Standard-Layer einfach nur grau. Die anderen drei
> > Layer funktionieren ganz normal. Auf meinen anderen Rechnern ist
> > auch allen in Ordnung.

> > Woran koennte es denn sonst noch liegen? ... doch wohl nicht an
> > dem Firefox 8, den ich dort verwende? Auf den anderen Rechnern
> > habe ich neuere Versionen.
> 
> Ja, das liegt an dem alten Firefox. Auf den Tileservern sind
> alle Firefox-Versionen bis einschliesslich 13 kräftig
> ausgebremst, da fast alle Anfragen mit einem solchen User-Agent
> irgendwelche Scraper sind, die die Server überlastet haben.
> 
> Tut mir leid, wenn du da ins Kreuzfeuer geraten bist, aber du
> wirst leider deinen Firefox mal updaten müssen.

Hmm, das ist schade. Updaten werden ich wohl nicht. Dann
verzichte ich lieber auf den Standard-Layer.

Muss die Regel denn so hart die alten Versionen ausschliessen?
Die Scraper werden doch in Kuerze einfach ihren Versionsstring
ersetzen. Koennte man vielleicht noch andere Informationen mit
einbeziehen, bevor ein Client durch's Raster faellt?


Ich verstehe euer Problem, trotzdem fuehlt es sich fuer mich
einfach schlecht an, ausgeschlossen zu sein, nur weil ich ein
unkonventionelles Setup habe ... :-/


meillo

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

Re: [OSM-talk] Strange location reading

[Oleksiy Muzalyev]

On 27.09.16 21:51, John Eldredge wrote:
This past weekend, I made a long road trip. At one point, while in a 
highway rest stop, I checked Google Maps to see how far I had come. To 
my surprise, it showed me at a different rest stop, about 200 miles 
from my actual location. I suspect that my phone couldn't get a good 
GPS reading, and was relying on the WiFi ID from the rest area office. 
The other rest area was probably using the same SSID.


I didn't think to launch OSMand for comparison, but I suspect it would 
have given me the same bogus results, as the choice of whether to use 
WiFi, cell tower, GPS, or a combination, to determine your location is 
set in the system settings, not inside the mapping applications.


GPS signal is not influenced by clouds, rain, and snow. The GPS signal 
frequency of about 1575mhz was chosen expressly because it is a "window" 
in the weather as far as signal propagation is concerned [1]. However a 
coating of water, snow, or ice on a smartphone or on a car may block GPS 
signal. A coating of water, even a fairly thin one is NOT the same as 
raindrops.



So if one is outside and a device is dry, the GPS reading should be 
correct no matter what is the actual weather. Otherwise it makes sense 
to restart the device, or change it if an incorrect GPS location reading 
persists.



[1] http://gpsinformation.net/gpsclouds.htm



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

Re: [OSM-talk-fr] Résidences HLM

[Pierre-Yves Berrard]

Le 27 septembre 2016 à 14:05, Christian Rogel <
christian.ro...@club-internet.fr> a écrit :

> Le 27 sept. 2016 à 10:24, Tony Emery  a écrit :
>
> > Si vous êtes d'accord, on l'active rapidement.
>
> Activer ? On en parle avec la communauté mondiale avant : il y a des
> habitations à bas coût ailleurs qu'ici.
>
> Personne ne se dévoue pour faire la blague sur la capitale de
l'Azerbaïdjan ??

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