Re: [Talk-it] Strade pericolose

[Martin Koppenhoefer]

sent from a phone

> Il giorno 16 giu 2016, alle ore 22:22, antonyb  ha 
> scritto:
> 
> Cosa possiamo fare noi in OSM? Oppure in che modo possiamo agire?



per me non possiamo fare granché con questi dati, non sono di interesse per una 
mappa di base.


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

Re: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz

[Zdeněk Pražák]

díky po několika pokusech opraveno

Dne 16. června 2016 19:33 Tom Ka  napsal(a):

> Hacking zpusob pouze pro nevyuzite fotky:
>
> http://osm.fit.vutbr.cz/OsmHiCheck/gp/?img
>
> najit svuj rozcestnik (autor, REF) - kliknout na druhy sloupec se
> souradnicema, napsat spravne a enter. Neni to cilene na masovejsi
> pouziti ale tohle to zvladne zaridit.
>
> Bye
>
> Dne 16. června 2016 19:14 Zdeněk Pražák  napsal(a):
> > ještě bych chtěl vědět jak přesunout rozcestník, když znám pouze jeho
> > referenční číslo a neznám jeho souřadnice
> > Pražák
> >
> > Dne 16. června 2016 13:23 Marián Kyral  napsal(a):
> >
> >> Ahoj,
> >> to je jednoduché. Walley dodělal k rozcestníkům možnost přesunu:
> >>
> >> http://openstreetmap.cz/#map=18/-0.00081/0.00010=G
> >>
> >> Klikni na tlačítko "Přesunout", pak přesuň mapu na správné místo, klikni
> >> tam (objeví se puntík, který přesuneš na správné místo ) a když budeš
> >> spokojený klikneš na "Přesunout sem" v panelu.
> >>
> >> To mi připomíná, že jsem chtěl dodělat možnost zadat souřadnice přímo.
> Aby
> >> člověk nemusel z té Afriky tak složitě jezdit ;-)
> >>
> >> Marián
> >>
> >> -- Původní zpráva --
> >> Od: Zdeněk Pražák 
> >> Komu: talk-cz@openstreetmap.org
> >> Datum: 16. 6. 2016 13:11:52
> >> Předmět: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz
> >>
> >>
> >> chtěl jsem doplnit souřadnice k rozcestníku s fotkou ID 7610 (TIM
> BR105),
> >> které Solim omylem nahrál 0,0 ale nevím jak je mám změnit na správnou
> >> hodnotu 50.1682250, 17.5782242
> >> na adrese http://api.openstreetmap.cz/table/id/7610 souřadnice měnit
> >> nejdou
> >> Pražák
> >> ___
> >> Talk-cz mailing list
> >> Talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >>
> >>
> >> ___
> >> Talk-cz mailing list
> >> Talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >>
> >
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] Fwd: [Wikimedia Belgium] Freedom of Panorama approved in parliament, just a matter of time before official

[Jo]

Wow, that is really good news. It was really frustrating to have my
pictures deleted from commons all the time.

Polyglot

2016-06-17 5:03 GMT+02:00 Marc Gemis :

> For those that also contribute to wikimedia
> -- Doorgestuurd bericht --
> Van: "Romaine Wiki" 
> Datum: 17 jun. 2016 02:44
> Onderwerp: [Wikimedia Belgium] Freedom of Panorama approved in parliament,
> just a matter of time before official
> Aan: "Wikimedia Belgium mailing list" 
> Cc:
>
> Hi all,
>
> Great news!
>
> Freedom of panorama has been voted today in the Belgian parliament.
> A mayority voted in favour of freedom of panorama, including commercial
> use.
>
> Soon images of artworks and modern buildings in Belgium can be restored on
> Commons.
>
> But first the law needs to be published in the Staatsblad, and ten days
> later it will be official, but that is just a formality. (Will keep you
> updated on that.)
>
>
> Article in the news in Dutch:
> http://deredactie.be/cm/vrtnieuws/politiek/1.2685852
>
>
> In the past weeks, as well as since the campaign in Europe last year, we
> from Wikimedia Belgium have worked hard on this subject and communicated
> with the members of the parliament informing what this subject means for
> Wikipedia.
>
> With the founding of Wikimedia Belgium in 2014, this subject was a
> priority for us.
>
> Thanks all for the support!
>
> Greetings from Belgium,
> Romaine
>
> ___
> WikimediaBE-l mailing list
> wikimediab...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikimediabe-l
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Fwd: [Wikimedia Belgium] Freedom of Panorama approved in parliament, just a matter of time before official

[Marc Gemis]

For those that also contribute to wikimedia
-- Doorgestuurd bericht --
Van: "Romaine Wiki" 
Datum: 17 jun. 2016 02:44
Onderwerp: [Wikimedia Belgium] Freedom of Panorama approved in parliament,
just a matter of time before official
Aan: "Wikimedia Belgium mailing list" 
Cc:

Hi all,

Great news!

Freedom of panorama has been voted today in the Belgian parliament.
A mayority voted in favour of freedom of panorama, including commercial use.

Soon images of artworks and modern buildings in Belgium can be restored on
Commons.

But first the law needs to be published in the Staatsblad, and ten days
later it will be official, but that is just a formality. (Will keep you
updated on that.)


Article in the news in Dutch:
http://deredactie.be/cm/vrtnieuws/politiek/1.2685852


In the past weeks, as well as since the campaign in Europe last year, we
from Wikimedia Belgium have worked hard on this subject and communicated
with the members of the parliament informing what this subject means for
Wikipedia.

With the founding of Wikimedia Belgium in 2014, this subject was a priority
for us.

Thanks all for the support!

Greetings from Belgium,
Romaine

___
WikimediaBE-l mailing list
wikimediab...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikimediabe-l
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-br] Como guardar cache das imagens do Bing no JOSM

[Sérgio V .]

Tava olhando algumas anotações que fiz das experiências de fazer download de 
imagem de satélite com o SASPlanet.

Para salvar imagem de uma área de 10Km x 10Km:

Para Zoom 20 (mapear detalhes), resolução de 4 pixels / metro: dá 40.000x40.000 
pixels,  arquivo imagem PNG de cerca de 1.6GB.

Para Zoom 18 (mapear vias), resolução de 1 pixel / metro: dá 10.000x10.000 
pixels,  arquivo imagem PNG de cerca de 100MB.
- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Como guardar cache das imagens do Bing no JOSM

[Nelson A. de Oliveira]

Acho que não tem um jeito muito fácil.

Tem isso: https://josm.openstreetmap.de/wiki/Help/Menu/Imagery#Caching

E dá pra fazer outra coisa (além disso acima): cria um caminho que
percorre os locais que você quer fazer cache, deixando apenas ele na
camada.
Depois clica com o botão direito nessa camada e escolhe "Converter
para camada GPX"

Na nova camada GPX você clica com o botão direito de novo e escolhe
"Pré-carregar quadros das imagens ao longo deste caminho"

Ele vai fazer cache de onde estiverem localizados os nós deste caminho
(então se fizer um caminho muito grande com apenas o nó inicial e
final, não vai fazer cache desse trecho todo).

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

[Talk-br] Como guardar cache das imagens do Bing no JOSM

[Sérgio V .]

Santamariense, usei uma vez o SAS Planet 
(http://wiki.openstreetmap.org/wiki/SAS_Planet), dá para fazer download das 
imagens.

Dá arquivos muito pesados.  Escolhe a área e a resolução. Tem que fazer só para 
áreas de interesse, para não pesar muito. Depois pode usar como imagem de fundo 
no JOSM, e posiciona com alguma outra referência (coisas já mapeadas). Mas não 
me lembro qual o procedimento. Tens que dar uma olhada no manual (é em 
russo).


SAS Planet - OpenStreetMap Wiki
wiki.openstreetmap.org
>From OpenStreetMap Wiki. Jump to: navigation, search. Help




- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Como guardar cache das imagens do Bing no JOSM

[santamariense]

Estou procurando uma forma de armazenar as telhas do bing para que não
seja necessária conexão à internet para mapear com o JOSM.
Com isso poderei contribuir ao OSM mesmo sem conexão à internet, bem
como mapear com mais rapidez sem ter que esperar as tiles carregar
quando a conexão com a internet não for boa.
Estive procurando, mas não achei nada de concreto, ou o que eu achei
já é obsoleto.
Alguém sabe como fazer?

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

Re: [OSM-talk] Mobile businesses

[Éric Gillet]

2016-06-16 20:17 GMT+02:00 john whelan :

> Locally we're seeing the demise of the local bicycle store with its
> mechanic but there are a least two cycle mechanics operating out of mobile
> workshops.  You ring or  contact them via the Internet.
>
> Knowing that many in OSM indulge in cycling I'm wondering if they should
> be included in the map and is there is some way of adding them to the map,
> perhaps a tag on the city name?
>

If they have a "brick and mortar" store, map the store, witth maybe
delivery=yes (or more suitable tag) to mean that they are also mobile.

If they have fixed stops with stable schedules, I would map the stops as a
shop=bicycle with opening_hours=* and a description/note to explain why the
"shop" is not present out of opening_hours.

If the bike shops intervene on-demand only, I think their presence is too
abstract to map them in OSM.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Strade pericolose

[antonyb]

Mi piacerebbe inserire nella mappa un semplice avviso vocale (simile al
passaggio a livello) sulle strade molto pericolose a rischio incidenti,
utile soprattutto a chi non conosce quel punto di strada maledetto. Ho
notato che su certe strade allo stesso punto avvengono molti incidenti
spesso mortali, visto che iniziamo ad avere i dati degli incidenti ho
pensato di unire la cosa.

In pratica solo a Roma nel mese di marzo/aprile 2016 ci sono stati 23 morti
21 feriti e 24 illesi.

Che ne pensate?

Cosa possiamo fare noi in OSM? Oppure in che modo possiamo agire?






--
View this message in context: 
http://gis.19327.n5.nabble.com/Strade-pericolose-tp5875707.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Mobile businesses

[Martijn van Exel]

If they’re in the same place you could add them there with intermittent=yes? 

> On Jun 16, 2016, at 12:17 PM, john whelan  wrote:
> 
> Locally we're seeing the demise of the local bicycle store with its mechanic 
> but there are a least two cycle mechanics operating out of mobile workshops.  
> You ring or  contact them via the Internet.
> 
> Knowing that many in OSM indulge in cycling I'm wondering if they should be 
> included in the map and is there is some way of adding them to the map, 
> perhaps a tag on the city name?
> 
> Thoughts?
> 
> Thanks John
> 
> ___
> 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-it] Dati edifici

[antonyb]

Per gli incidenti scusate se rompo ma apro un post specifico forse è meglio 

Per gli edifici ancora mi fa male la mano , con dei dati alla mano si
farebbe molto presto, deduco che nel Lazio non ci sono .

Grazie Alecs..



--
View this message in context: 
http://gis.19327.n5.nabble.com/Dati-edifici-tp5875132p5875703.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] TEDi - Stores richtiger Name

[Martin Koppenhoefer]

sent from a phone

> Il giorno 16 giu 2016, alle ore 17:55, Hakuch  ha scritto:
> 
> Aldi Saturn Netto Tedi Kik Lidl Mediamarkt Globetrotter H Netto
> Hundenetto Backhaus Kamps Backshop24 Eurogida Shell Total BP Ikea
> Kaufhof Kaufhalle
> 
> nur mal kurz in 30 Sekunden die Sachen aufgeschrieben die mir grad
> einfielen, und das nur deutsche, also, es gibt eine ganze riesen menge
> meiner Meinung nach!


das sind nicht nur deutsche Firmen, und bei shell, total, bp sind diese nicht 
unbedingt selbst die Tankstellenbetreiber, und auch nicht der name. Nur wegen 
einem brand tag eine Relation aufzusetzen wäre wohl übertrieben.
aldi, netto, kik, die Metromarken saturn und Media Markt und noch ein paar mehr 
(z.B. Post, Bahn, Banken) ja, es gäbe schon ein paar Anwendungsfälle, nur muss 
man halt aufpassen, weil es diverse Modelle gibt, Tochtergesellschaften, 
Franchising, Genossenschaften, Mischformen von vorigem (z.B. McDonald's), etc. 
Nicht immer sind die zugehörigen Daten gleich, auch wenn dasselbe Logo dran 
steht. 

Gruß,
Martin 


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

Wochennotiz Nr. 308 07.06.2016–13.06.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 308 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/06/wochennotiz-nr-308/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 308 07.06.2016–13.06.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 308 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/06/wochennotiz-nr-308/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Dati edifici

[Alecs]

antonyb wrote
> Nulla per questi dati?

Per gli incidenti, ti darei la stessa risposta di Aury, sono informazioni
interessanti da visualizzare su una mappa, ma non sono propriamente dati
geografici inseribili in OSM direttamente.

Per gli edifici, il bello è che puoi contribuire tu stesso ad inserirli :)
Considera comunque che anche se oggi vedi magari tante zone non coperte da
edifici, nel solo comune di Roma ne vengono mappati di nuovi al ritmo di un
migliaio al mese, che non è poco (vedi qui:
http://osm-estratti.wmflabs.org/estratti/Lazio/Roma_Capitale/Roma/stats)

Ciao,
Alessandro



--
View this message in context: 
http://gis.19327.n5.nabble.com/Dati-edifici-tp5875132p5875699.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-be] Meeting met RLRL

[joost schouppe]

Geweldig, goeie presentatie ook.

Data samenvoegen? Importeren naar OSM? Alarmbel rinkelt :)

Er bestaat inderdaad een ArcGIS OSM editor [1], maar volgens mij is die
niet bepaald gebruiksvriendelijk. Het kan misschien wel helpen drempelvrees
te overwinnen. Alleszins wachten we al 10 maand op antwoord van Esri (de
maker van ArcGIS) of hun achtergrondfoto's mogen gebruikt worden [2]

Als ik zelf OSM in ArcGIS wil gebruiken (niet bewerken, dat heb ik nog
nooit geprobeerd), doe ik één van deze dingen:
- OSM als shapefile downloaden van Geofabrik als het niet nauw steekt [3]
- De PBF downloaden van dezelfde site, die converteren naar spatialite met
OSGEO en querien in QGIS. Daar kan je dan je query eenvoudig opslaan als
shapefile. Het script achter de conversie naar spatialite is ook heel
eenvoudig te bewerken, waardoor je zelf in handen hebt welke tags
meegenomen moeten worden.
- Voor kleine beetjes data: afhalen als GeoJSON met Overpass Turbo, inladen
in QGIS en opslaan als shapefile

Ik gebruik zelf op dagelijkse basis ArcGIS, en QGIS kan eigenlijk gewoon
hetzelfde, en ziet er grotendeels hetzelfde uit. Dus overstap is heel
eenvoudig voor wie geen gigantische Esri infrastructuur heeft. Als je dat
wel hebt, dan ga je regelmatig naar QGIS grijpen op het moment dat je geen
licentie hebt voor deze of gene speciale bewerking.



1: https://github.com/Esri/arcgis-osm-editor
2: https://github.com/Esri/arcgis-osm-editor/issues/104
3: http://download.geofabrik.de/europe/belgium.html

Op 16 juni 2016 19:46 schreef Marc Gemis :

> Hallo,
>
> ik heb vandaag mijn presentatie bij RLRL gaan geven. Er was ook iemand
> van Schelde-Durme aanwezig. En hoewel sommige OSM al kenden (bv via
> OsmAnd), waren ze blij verrast dat we zoveel verschillende informatie
> verzamelen. Nu ja, de streek rond Mechelen is wel goed gemapped.
>
> Ook konden we goed voorbeelden uitwisselen omdat wij dezelfde streek
> en plekjes goed kennen.
>
> Ze zijn nu geïnteresserd om OSM te gebruiken in ArcGIS en zo zien hoe
> ze hun en onze data kunnen samenvoegen. Als er iemand daarmee ervaring
> heeft hoor ik het graag.
>
> Volgende stappen
> - kijken welke informatie ze kunnen toevoegen (en hoe, mappen via
> ArcGIS ? -- ik dacht dat dat mogelijk was)
> - een mapping party organiseren om data verzamelen (met OSM, en kijken
> of Natuurpunt, toeristische diensten, Trage Wegen willen meedoen)
> - nog een idee : proberen een project te defiëren om een App/website
> te bouwen. Deze app zou alle toeristische plekjes, wandel- en
> fietsroutes waarvoor zijn verantwoordelijk zijn toegankelijk maken met
> extra info.
>
> Dus op korte termijn : OSM in ArcGIS en vandaar verder kijken
>
> mvg
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup

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

[OSM-talk] Mobile businesses

[john whelan]

Locally we're seeing the demise of the local bicycle store with its
mechanic but there are a least two cycle mechanics operating out of mobile
workshops.  You ring or  contact them via the Internet.

Knowing that many in OSM indulge in cycling I'm wondering if they should be
included in the map and is there is some way of adding them to the map,
perhaps a tag on the city name?

Thoughts?

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

[OSM-talk-be] RLRL presentatie : de presentatie

[Marc Gemis]

oeps nog vergeten, de presentatie zelf:
https://docs.google.com/presentation/d/1YP5vl65q0nTDFIELHnDnTy1U6kNrreF-5Bd2XeudWgQ/edit?usp=sharing

We hadden 2 uur uitgetrokken, uiteindelijk zijn het er 3.5 geworden.
Ik was begonnen met enkele life demos: osm.org. - historic.place - overpass
En door de vele vragen heb ik regelmatig moeten uitweiden

Het was leuk om te doen en ze waren heel geinteresseerd en enthousiast.

m

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

[OSM-talk-be] Meeting met RLRL

[Marc Gemis]

Hallo,

ik heb vandaag mijn presentatie bij RLRL gaan geven. Er was ook iemand
van Schelde-Durme aanwezig. En hoewel sommige OSM al kenden (bv via
OsmAnd), waren ze blij verrast dat we zoveel verschillende informatie
verzamelen. Nu ja, de streek rond Mechelen is wel goed gemapped.

Ook konden we goed voorbeelden uitwisselen omdat wij dezelfde streek
en plekjes goed kennen.

Ze zijn nu geïnteresserd om OSM te gebruiken in ArcGIS en zo zien hoe
ze hun en onze data kunnen samenvoegen. Als er iemand daarmee ervaring
heeft hoor ik het graag.

Volgende stappen
- kijken welke informatie ze kunnen toevoegen (en hoe, mappen via
ArcGIS ? -- ik dacht dat dat mogelijk was)
- een mapping party organiseren om data verzamelen (met OSM, en kijken
of Natuurpunt, toeristische diensten, Trage Wegen willen meedoen)
- nog een idee : proberen een project te defiëren om een App/website
te bouwen. Deze app zou alle toeristische plekjes, wandel- en
fietsroutes waarvoor zijn verantwoordelijk zijn toegankelijk maken met
extra info.

Dus op korte termijn : OSM in ArcGIS en vandaar verder kijken

mvg

m

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[Tyndare]

Les exports sont découpés en petits morceaux pour essayer d'obtenir une 
qualité équivalente à ce qu'on avait avant. Faites remonter les cas 
problématiques si vous constatez toujours des défauts.



On 16/06/2016 09:54, Nicolas Moyroud wrote:
Oui ce serait bien. J'étais motivé pour l'import des bâtiments ces 
derniers temps mais là vu la qualité horrible j'arrête le travail tant 
que ça reste comme ça.
En attendant, il faudrait peut-être penser a carrément désactiver le 
service concernant les bâtiments sur cadastre.openstreetmap.fr. 
Quelques contributeurs moins attentifs pourraient nous faire un 
travail bien sale avec ça !


Nicolas



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

Re: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz

[Tom Ka]

Hacking zpusob pouze pro nevyuzite fotky:

http://osm.fit.vutbr.cz/OsmHiCheck/gp/?img

najit svuj rozcestnik (autor, REF) - kliknout na druhy sloupec se
souradnicema, napsat spravne a enter. Neni to cilene na masovejsi
pouziti ale tohle to zvladne zaridit.

Bye

Dne 16. června 2016 19:14 Zdeněk Pražák  napsal(a):
> ještě bych chtěl vědět jak přesunout rozcestník, když znám pouze jeho
> referenční číslo a neznám jeho souřadnice
> Pražák
>
> Dne 16. června 2016 13:23 Marián Kyral  napsal(a):
>
>> Ahoj,
>> to je jednoduché. Walley dodělal k rozcestníkům možnost přesunu:
>>
>> http://openstreetmap.cz/#map=18/-0.00081/0.00010=G
>>
>> Klikni na tlačítko "Přesunout", pak přesuň mapu na správné místo, klikni
>> tam (objeví se puntík, který přesuneš na správné místo ) a když budeš
>> spokojený klikneš na "Přesunout sem" v panelu.
>>
>> To mi připomíná, že jsem chtěl dodělat možnost zadat souřadnice přímo. Aby
>> člověk nemusel z té Afriky tak složitě jezdit ;-)
>>
>> Marián
>>
>> -- Původní zpráva --
>> Od: Zdeněk Pražák 
>> Komu: talk-cz@openstreetmap.org
>> Datum: 16. 6. 2016 13:11:52
>> Předmět: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz
>>
>>
>> chtěl jsem doplnit souřadnice k rozcestníku s fotkou ID 7610 (TIM BR105),
>> které Solim omylem nahrál 0,0 ale nevím jak je mám změnit na správnou
>> hodnotu 50.1682250, 17.5782242
>> na adrese http://api.openstreetmap.cz/table/id/7610 souřadnice měnit
>> nejdou
>> Pražák
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz

[Zdeněk Pražák]

ještě bych chtěl vědět jak přesunout rozcestník, když znám pouze jeho
referenční číslo a neznám jeho souřadnice
Pražák

Dne 16. června 2016 13:23 Marián Kyral  napsal(a):

> Ahoj,
> to je jednoduché. Walley dodělal k rozcestníkům možnost přesunu:
>
> http://openstreetmap.cz/#map=18/-0.00081/0.00010=G
>
> Klikni na tlačítko "Přesunout", pak přesuň mapu na správné místo, klikni
> tam (objeví se puntík, který přesuneš na správné místo ) a když budeš
> spokojený klikneš na "Přesunout sem" v panelu.
>
> To mi připomíná, že jsem chtěl dodělat možnost zadat souřadnice přímo. Aby
> člověk nemusel z té Afriky tak složitě jezdit ;-)
>
> Marián
>
> -- Původní zpráva --
> Od: Zdeněk Pražák 
> Komu: talk-cz@openstreetmap.org
> Datum: 16. 6. 2016 13:11:52
> Předmět: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz
>
> chtěl jsem doplnit souřadnice k rozcestníku s fotkou ID 7610 (TIM BR105),
> které Solim omylem nahrál 0,0 ale nevím jak je mám změnit na správnou
> hodnotu 50.1682250, 17.5782242
> na adrese http://api.openstreetmap.cz/table/id/7610 souřadnice měnit
> nejdou
> Pražák
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] GR Flanders data available for mapping!

[joost schouppe]

Hoi,

De mensen van GR hebben per provincie mensen die de paden in hun eigen
streek goed kennen. ZIj zijn verantwoordelijk voor het onderhoud van de
GPX'en die je op de website van de GR kunt vinden.

In de week van 4 of 11 juli, zouden we met hen kunnen afspreken. Wie mee
wil, stuur mij een berichtje met welke dagen voor jou zouden kunnen. Ze
zouden het het liefste overdag doen op een weekdag, bijvoorbeeld vanaf drie
uur. Laat het ook weten als je wel zou willen maar dan echt niet kan.
Mogelijk lukt het ook wel op een ander moment.

Op deze eerste meeting denk ik dat het belangrijkste kennismaking zal zijn.
Het belangrijkste is dat wij weten aan wie we bij vragen over het terrein
terecht kunnen, en dat zij weten hoe ze wijzigingen kunnen melden op zo'n
manier dat we er wat mee kunnen. Dus goede notes, eventueel direct ook
Mapillary gebruik, GPX bestanden uploaden, etc.
In tweede instantie kunnen we proberen om ze met onze tools te leren
werken. In het beste geval kunnen we die dag enkele routes "afwerken",
samen met hen. En dan uiteraard eindigen met een lijstje gevallen die
lokaal bekeken moeten worden.

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

Re: [Talk-de] TEDi - Stores richtiger Name

[Hakuch]

On 16.06.2016 17:25, Martin Koppenhoefer wrote:
> der Unternehmensname ist nicht immer gleich dem Namen des Ladens, so viele 
> tags die sich wiederholen gibt es bei Läden eigentlich nicht, fand ich 
> bisher. Selbst die Steuernummer ist oft unterschiedlich bei gleichem brand, 
> und so was wie generische Firmenwebsites (solche, die sich nicht speziell auf 
> diesen Laden beziehen) sollte man eher gar nicht eintragen. Was bleibt denn 
> da noch?

Aldi Saturn Netto Tedi Kik Lidl Mediamarkt Globetrotter H Netto
Hundenetto Backhaus Kamps Backshop24 Eurogida Shell Total BP Ikea
Kaufhof Kaufhalle

nur mal kurz in 30 Sekunden die Sachen aufgeschrieben die mir grad
einfielen, und das nur deutsche, also, es gibt eine ganze riesen menge
meiner Meinung nach!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TEDi - Stores richtiger Name

[Martin Koppenhoefer]

sent from a phone

> Il giorno 16 giu 2016, alle ore 15:14, Wuzzy  ha scritto:
> 
> Dann brauchte man zum Beheben eines falschen Unternehmensnamens nämlich
> nur noch eine einzige Relation bearbeiten, und nicht tausende Nodes auf
> einmal.


der Unternehmensname ist nicht immer gleich dem Namen des Ladens, so viele tags 
die sich wiederholen gibt es bei Läden eigentlich nicht, fand ich bisher. 
Selbst die Steuernummer ist oft unterschiedlich bei gleichem brand, und so was 
wie generische Firmenwebsites (solche, die sich nicht speziell auf diesen Laden 
beziehen) sollte man eher gar nicht eintragen. Was bleibt denn da noch?


Die Relationen haben z.B. den Nachteil, dass sie gefunden werden müssen, sonst 
hat man da auch ganz schnell ganz viele davon.

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

Re: [Talk-es] Mapear horchaterías

[César Martínez Izquierdo]

Hola, creo que no todos los locales son iguales y por tanto creo que hay
que usar etiquetas distintas:

- para los locales que también sirven cafés, pastelería, helados, etc, creo
que lo mejor es usar amenity=cafe + cuisine=horchata. Hay que tener en
cuenta que amenity=cafe no hace referencia a un local en el que vendan
café, si no a un local tipo cafetería ("informal place with sit-down
facilities selling beverages and light meals and/or snacks" ~= "lugar
informal con infraestructura para sentarse en el que se venden bebidas y
comidas ligeras o tapas"). Y creo que cuisine=horchata deja bastante claro
que se trata de un local en el que la actividad principal es la horchata
(es decir, que probablemente producen ellos mismos la horchata, lo cual es
bastante diferente de un bar en el que simplemente vendan horchata).

- si sólo se venden helados y horchata, creo que lo correcto es usar
amenity=ice_cream (heladería), y en este caso no necesariamente se debe
acompañar con cuisine=horchata (dependerá de qué actividad tenga más
importancia en la heladería, muchas hacen helados artesanales pero compran
la horchata a un distribuidor, otras al revés, otros compran todo a un
distribuidor...)

Usar una nueva etiqueta amenity no creo que sea buena idea, no creo que en
estos locales se desarrolle una actividad tan diferenciada de la que
definen cafe o ice_cream, más bien es una especialización de estos locales.

Creo que se podría comparar con una pizzería en Italia. Son locales
diferenciados del resto de restaurantes, en los que tradicionalmente sólo
se puede comer pizza, y done se elabora de una forma muy concreta y
artesanal. Pues bien, estos locales se suelen mapear como
amenity=restaurant + cuisine=pizza y no como amenity=pizzeria.

Saludos,

César



[1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcafe


2016-06-16 10:54 GMT+02:00 Alejandro S. :

> Hola de nuevo,
> Sigo coincidiendo con Carlos, pero en este caso no se trata de mapear para
> el render, es mapear para generar información útil (y además a corto plazo).
> Hasta que no se consenue el uso de amenity=* en la wiki siguiendo el
> proceso de propuesta (que podría ser rechazado) no se podrá usar esa
> etiqueta (o si se usa, ningún servicio la tendrá en cuenta), sin embargo
> utilizando una etiqueta conocida esa información podría estar disponible
> (aunque de manera parcial o indirecta) inmediatamente.
>
> Saludos,
> Alejandro Suárez
>
> On Thu, Jun 16, 2016, 08:55 Carlos Cámara  wrote:
>
>> Hola de nuevo,
>>
>> Perdonad que discrepe: Aunque mi primer impulso fue crear un
>> amenity=horchateria creo que no es una buena opción principalmente por los
>> siguientes motivos:
>>
>>1. Como decía antes, no conozco ninguna horchatería en la que
>>exclusivamente se sirva horchata. Todas las que conozco sirven también
>>helados, cafés... así que no me parece mal etiquetarlas como eso (en el
>>fondo podría considerarse que son un subconjunto de heladerías, no una 
>> cosa
>>a parte).
>>2. Etiquetar como amenity=horchateria sería perjudicial para los
>>comerciantes y los posibles usuarios, ya que no aparecerán en la mayoría 
>> de
>>renders. Lo de no mapear para el render en este caso no me parece correcto
>>porque dado que se trata de algo muy local no me parece viable que los
>>renders (hablo de OSM, pero también de los de OSMAnd, Maps.me... se
>>modifiquen para mostrar esta nueva categoría. Hasta que esto pasara (si se
>>produce) esta información que es muy útil no se mostrará.
>>
>> Respecto a añadir el prefijo "horchateria" al nombre, tampoco creo que
>> sea una solución para todos los casos, pues creo que hay que respetar el
>> nombre del comercio (el que aparece en el cartel) y a veces diría
>> "horchatería" otras "Orxateria" y otras nada.
>>
>> Saludos,
>>
>> Carlos Cámara
>> http://carloscamara.es
>>
>> 2016-06-15 14:43 GMT+02:00 Santiago Crespo :
>>
>>> Celso, creo que tienes razón; retiro mi propuesta anterior.
>>>
>>> amenity=horchata es lo suyo. Si la usáis, conviene documentarlo en la
>>> wiki:
>>>
>>> https://wiki.openstreetmap.org/wiki/New_Features
>>>
>>> Por cierto, ya tenemos como mínimo 11 horchaterías en OSM :)
>>>
>>> https://taginfo.openstreetmap.org/search?q=horchater*#values
>>>
>>>
>>> On 06/15/2016 01:31 PM, Celso González wrote:
>>> > En mi opinión amenity=horchata
>>> >
>>> > El objeto primario de estas tiendas es vender su horchata fabricada por
>>> > ellos habitualmente. Tal como dices lo más seguro es que también tengan
>>> > café, pastelería y helados, pero el negocio es la horchata.
>>>
>>> ___
>>> 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-de] Neues vom deutschen OSM-Kartenstil

[Christoph Hormann]

On Thursday 16 June 2016, Frederik Ramm wrote:
>
> > Mittlerweile ist der internationale Stil teils sehr
> > restriktiv hinsichtlich der Änderungen, die akzeptiert werden
>
> Also ich würde mir schon auch für den deutschen Stil wünschen, dass
> er recht restriktiv ist, sonst kommen Hinz und Kunz mit
> unterschiedlichen Strichelungen für verschiedene Wegetypen und in
> Nullkommanix haben wir osmarender 2.0 ;)

Ok - ich bezog das nicht unbedingt auf Erweiterungen im Sinne vom 
Anzeigen zusätzlicher Elemente und zusätzlicher Differenzierungen.  Mir 
ging es eher darum, dass es im internationalen Stil mittlerweile eine 
Menge "red tape" gibt - mehr oder weniger formalisierte Regeln und 
Beschlüsse, in welchem Rahmen Änderungen möglich sind und wo nicht.  
Das erschwert Neulingen den Einstieg enorm und schränkt die 
Möglichkeiten zu grundsätzlichen Innovationen stark ein.

Das betrifft in der Praxis übrigens mindestens so sehr das Entfernen von 
Elementen und Differenzierungen wie das Hinzufügen - kann also durchaus 
sein, dass ein weniger restriktiver deutscher Stil vor allem auch 
radikale Vereinfachungen ermöglicht.

-- 
Christoph Hormann
http://www.imagico.de/

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

[OSM-co] Nueva entrada de blog: Estuvimos dentro del volcán machín

[hyan...@gmail.com]

Hola maperos!

Hemos publicado recientemente una nueva entrada en el blog sobre el estreno
de la Unidad de Mapeo Humanitario en visita al Volcán Machín:

http://blog.openstreetmap.co/2016/06/10/socializacion-machin/

Por favor sus retuits https://twitter.com/kaxtillo/status/743435996499415041

Les recuerdo que estamos siempre en Telegram https://telegram.me/osmco

Saludos,

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

Re: [OSM-talk-fr] Majuscule à l'article défini sur les lieux-dits ?

[Philippe Verdy]

>   | - en application de l’observation générale introductive, la question
>   |   de la majuscule du premier élément d’un toponyme ne se pose pas
>   |   pour une inscription toponymique sur une carte ou sur un panneau
>   |   indicateur, où elle est occultée par la majuscule de début de
>   |   phrase (phrases nominales dans ces cas).


La question se pose aussi dans le cas des panneaux, qui pratiquement
partout utilisent la minuscule pour les lieux-dits, les noms de rivières
(avec article), les divers autres éléments toponymiques (monts et sommets,
vallées, bois et forêts, rochers, routes et sentiers balisés ou non...).
Même pour les noms de rues (le mot générique normalement ne prend pas la
majuscule: "avenue Henri Martin", mais la question subsiste sur la
pertinence ou pas des traits d'union comme "avenue Henri-Martin": la Poste
n'en veut pas, et ils sont rarement sur les plaques de rues, les plans
municipaux affichés ou diffusés sur les bulletins municipaux !)

Moi même je suis aussi favorable à la minuscule pour les toponymes ne
désignant aucune collectivité.

Pour les collectivités c'est différent puisque c'est le nom complet d'une
personne morale.

Pour les noms de société, l'usage c'est celui des marques ("brands"), le
nom officiel de la société (sa raison sociale) est souvent plus long (SA,
SARL, EURL en préfixes...) ou différent (la raison sociale n'est pas le nom
de l'enseigne, une raison sociale pouvant avoir d'ailleurs plusieurs
enseignes en même temps pour un même établissement). Les noms d'enseignes
ce sont des marques, pas des personnes morales.

La plupart des noms de centres commerciaux connues (Carrefour, Leclerc,
etc.) et noms de cafés/restaurants sont d'ailleurs juste des enseignes, pas
leur raison commerciale (souvent une SARL Xyz) : on met la majuscule ou
pas, de façon appropriée à chaque marque (certaines marques omettant la
majuscule même pour les mots qui ne sont pas des articles; ceci dit, le
droit des marques en France réserve le nom indépendamment de la casse pour
l'écrire, le nom est d'ailleurs enregistré à l'INPI ou la Chambre de
commerce entièrement en majuscules et pas seulement sur les initiales...
(De fait on voit des sociétés changer la casse de leur nom régulièrement
sur leurs logos ou communications).

Cependant les accents restent significatifs et il appartient à chaque
société de réserver les variantes orthographiques qu'elles jugent
nécessaires à leur activité dans la zone d'activité qu'elles ont réservé,
bien qu'il existe aussi des interprétations relatives à la notoriété et
l'antériorité des usages (et une interprétation laissée aux tribunaux dans
les cas d'orthographes proches pouvant tromper un consommateur) : un nom
pourra être réserver sur tout le pays, sauf là où existe déjà une activité
antérieure qui conserve son droit exclusive d'usage dans sa propre zone de
réservation). Au delà de ça il y a la propriété des logos pour
éventuellement les distinguer visuellement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Andreas Neumann]

On 16.06.2016 14:58, Wuzzy wrote:

* Linien in Sportplätzen aus französischem Stil mit fixes

Oh nein!
Ich hasse diese Linien und halte sie grundsätzlich für eine schlechte
Idee. Es mag ja sein, dass diese Linien »schön« aussehen, aber das ist
hier egal. Meiner Meinung nach geht es bei einer Karte darum,
Information effizient rüberzubringen, nicht, um schön zu sein.
Die Linien sind außerdem teilweise irreführend, weil sie ja automatisch
gezeichnet sind und nicht unbedingt die tatsächlichen Linen abbilden
müssen. Vielleicht sind in der Realität auch gar keine Linien
gezeichnet.
Jedenfalls ist nicht offensichtlich, dass diese Linien nur rein
symbolischen Charakter haben, und nichts anderes.
Ich bin mir nicht sicher, aber könnten die Linien nicht auch mehrdeutig
sein, da es Sportarten gibt, die ein gleiches oder ähnliches
Linenmuster haben? Das wäre natürlich ebenfalls schlecht.

Ich bin grundsätzlich gegen solche Stilblüten. Man malt ja auch nicht
sämtliche Fahrbahnmarkierungen auf der Straße so auf dieser Karte oder
irgendetwas anderes seinem Aussehen nach, sondern grundsätzlich
abstrakt. Warum sollten Sportplätze anders sein?

Ich bin nicht dagegen, neue Informationen wie eben die Art des
Sportplatzes darzustellen. Aber dann bitte auf eine konventionelle
Weise.
Wie wäre es mit einem grünen Sportsymbol in der Mitte?
Also z.B. ein Fußball für Fußball, usw.
Bei mehreren Sportarten (Wert ist entweder »multi« oder eine Liste mit
Kommata) müsste man sich ein besonderes Symbol ausdenken, oder man
lässt es weg.
Wenn kein geeignetes Symbol für die Sportart vorhanden ist, lässt man
auch das Symbol weg.
Ich mag die Linien, da man als Wissender daraus auch die Sportart 
herleiten kann. Und man muss nicht wieder den Umweg über ein 
ausgedachtes Symbol nehmen.


Ja, es gibt hin und wieder Ähnlichkeiten, aber die sind eher selten oder 
nur bei ähnlichen Sportarten vorhanden.


Gruß
Andreas

--
Andreas Neumann

https://Map4Jena.de
https://Map4Erfurt.de
https://Stadtplan-Ilmenau.de

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

Re: [OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

[Shohreh]

osm.sanspourriel wrote
> J'aime beaucoup http://mc.bbbike.org/mc.

Merci. J'aime bien "OSM Roads", mais Google ne renvoie pas de page avec "OSM
roads rendering". C'est un rendu perso, pas dispo sur une page indépendante?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-Mapquest-a-disparu-d-OSM-tp5875625p5875675.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: [Talk-de] TEDi - Stores richtiger Name

[Hakuch]

On 16.06.2016 15:14, Wuzzy wrote:

> Die eigentliche Lösung wäre es eigentlich, Unternehmensdaten gerade von
> größeren Ketten in Relationen auszulagern.
> In einer Filiale stehen dann nur noch die der Filiale spezifischen
> Informationen, und in der Relation die für das ganze Unternehmen. Die
> einzelnen Filialen werden dann als Teil der Relation (Rolle »Filiale«
> oder wie auch immer wir das dann nennen) eingetragen.

Für soetwas Relationen zu nehmen ebreitet mir Bauchmscherzen, da
Realtionen meiner Meinung nach immer eine geographische Komponente
haben, hier wäre es einfach nur eine Taggingrelation.  Man müsste sich
mal allgemein überlegen, ob das nicht auch OK ist, aber momentan ist das
meiner Meinung nach nicht der Sinn einer Relation.

Vorteil gegenüber Auslagerung in z.B. Wikidata wäre, dass sich die
Auswerter schon mit Relationen auskennen. Nachteil ist meiner Meinung
nach immer noch, dass solche Daten (operator, brand etc.) eigentlich
keine Geodaten sind.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

[osm . sanspourriel]

J'aime beaucoup http://mc.bbbike.org/mc.

Un bon exemple d'adresses complexes qui confirme la règle 1 adresse dans 
OSM par son exception ;-).


En fait il y a des noms d'immeubles pour ceux qui ont plusieurs locataires.

http://mc.bbbike.org/mc/?lon=-1.616345=48.099545=18=2=osmfr=mapbox-satellite=ol_mapquest-labels=100?marker=tous%20les%20b%C3%A2timents%20au%20sud%20de%20ce%20rond-point%20sont%20au%2040%20rue%20de%20Bigon.%3Cbr%3EPourquoi%20faire%20simple%20quand%20on%20peut%20faire%20inextricables%20:%20le%20premier%20b%C3%A2timent%20est%20postalement%20%C3%A0%20Cesson-S%C3%A9vign%C3%A9,%20le%20second%20%C3%A0%20Chantepie

Comme tu vois tu as le choix entre 150 styles, que tu peux comparer (mc 
= Map Compare), tu peux ajouter tes propres styles en cookies, déplacer 
ton curseur pour voir si l'alignement est bon, etc...

Bon 250 cartes en même temps, ça fait un peu beaucoup.

Le 16/06/2016 à 14:56, Shohreh - codecompl...@free.fr a écrit :

D'ailleurs, existe-t-il un site qui affiche les principaux rendus
disponibles?

J'ai juste trouvé ça:
http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services


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

Re: [Talk-de] TEDi - Stores richtiger Name

[Wuzzy]

Hmm, ich kann DC Viennablog ja irgendwie verstehen.
Es gefällt mir gar nicht, dass jedes Ladengeschäft so viele Tags, die
immer gleich sind, haben soll.

Namenslisten machen das kaum besser.

Da hat sich OSM eine unglaubliche Redundanz und Inkonsistenz aufgebaut,
mit all den naheliegenden Problemen:

- Es ist leicht, die Dateninkonsistenz zu verschlimmern
- Es ist »schwer«, einen falschen Unternehmensnamen global zu ändern (zu
  viele Nodes werden dafür angefasst)
- Die selben Probleme gelten natürlich für alle anderen
  Unternehmensbezogenen Daten
- Wartbarkeit ist ein Albtraum

Namenslisten können die Situation nicht wesentlich verbessern, da die
grundsätzlich redundante Abspeicherung von Unternehmensleistung nicht
angetastet wird.

Die eigentliche Lösung wäre es eigentlich, Unternehmensdaten gerade von
größeren Ketten in Relationen auszulagern.
In einer Filiale stehen dann nur noch die der Filiale spezifischen
Informationen, und in der Relation die für das ganze Unternehmen. Die
einzelnen Filialen werden dann als Teil der Relation (Rolle »Filiale«
oder wie auch immer wir das dann nennen) eingetragen.

Dann brauchte man zum Beheben eines falschen Unternehmensnamens nämlich
nur noch eine einzige Relation bearbeiten, und nicht tausende Nodes auf
einmal.

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

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Wuzzy]

> * Linien in Sportplätzen aus französischem Stil mit fixes

Oh nein!
Ich hasse diese Linien und halte sie grundsätzlich für eine schlechte
Idee. Es mag ja sein, dass diese Linien »schön« aussehen, aber das ist
hier egal. Meiner Meinung nach geht es bei einer Karte darum,
Information effizient rüberzubringen, nicht, um schön zu sein.
Die Linien sind außerdem teilweise irreführend, weil sie ja automatisch
gezeichnet sind und nicht unbedingt die tatsächlichen Linen abbilden
müssen. Vielleicht sind in der Realität auch gar keine Linien
gezeichnet.
Jedenfalls ist nicht offensichtlich, dass diese Linien nur rein
symbolischen Charakter haben, und nichts anderes.
Ich bin mir nicht sicher, aber könnten die Linien nicht auch mehrdeutig
sein, da es Sportarten gibt, die ein gleiches oder ähnliches
Linenmuster haben? Das wäre natürlich ebenfalls schlecht.

Ich bin grundsätzlich gegen solche Stilblüten. Man malt ja auch nicht
sämtliche Fahrbahnmarkierungen auf der Straße so auf dieser Karte oder
irgendetwas anderes seinem Aussehen nach, sondern grundsätzlich
abstrakt. Warum sollten Sportplätze anders sein?

Ich bin nicht dagegen, neue Informationen wie eben die Art des
Sportplatzes darzustellen. Aber dann bitte auf eine konventionelle
Weise.
Wie wäre es mit einem grünen Sportsymbol in der Mitte?
Also z.B. ein Fußball für Fußball, usw.
Bei mehreren Sportarten (Wert ist entweder »multi« oder eine Liste mit
Kommata) müsste man sich ein besonderes Symbol ausdenken, oder man
lässt es weg.
Wenn kein geeignetes Symbol für die Sportart vorhanden ist, lässt man
auch das Symbol weg.

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

Re: [OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

[Shohreh]

Vincent Privat wrote
> MapQuest vient tout juste d'annoncer que l'imagerie gratuite & illimitée,
> c'est fini à partir du 11 juillet:

Tout s'explique. Merci.

J'espère qu'ils trouveront une alternative plus lisible encore que Mapquest
: perso, j'ai pas besoin de voir les blocs d'immeubles; seules les routes
m'intéressent. Si j'ai besoin de plus de détails, je passe en rendu Mapnik.

D'ailleurs, existe-t-il un site qui affiche les principaux rendus
disponibles?

J'ai juste trouvé ça:
http://wiki.openstreetmap.org/wiki/List_of_OSM-based_services



--
View this message in context: 
http://gis.19327.n5.nabble.com/Le-rendu-Mapquest-a-disparu-d-OSM-tp5875625p5875670.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-fr] Bonnes et moins bonnes visibilités OSM

[Christian Quest]

On la récupère en contact:* ;)

Si ni contact:* ni addr:* ne sont renseignés, on fait un géocodage 
inverse en masse... car une très grande majorité de POI n'a pas ces tags 
de renseignés.



PS: si tu as besoin des commissariats et gendarmeries d'un département, 
il y a des fichiers opendata officiels disponibles (régulièrement remis 
à jour)


https://www.data.gouv.fr/fr/datasets/liste-des-points-d-accueil-de-la-gendarmerie-nationale-avec-geolocalisation/

https://www.data.gouv.fr/fr/datasets/liste-des-services-de-police-accueillant-du-public-avec-geolocalisation/


Le 16/06/2016 à 14:33, Donat ROBAUX a écrit :
Ce n'est que mon avis, mais je suis plutôt d'avis que chaque POI ait 
son adresse.
Pour exemple, j'ai cartographié les commissariats et gendarmeries de 
tout un département. Comment fait-on pour récupérer les adresses si on 
ne la renseigne pas en addr:? Je pars du principe qu'on ne doit pas 
faire d'acrobaties pour récupérer ce type d'informations pour en faire 
une fichier type .csv ou .xls.


--
Christian Quest - OpenStreetMap France


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

Re: [Talk-cz] Chodníky vedle silnic

[Janda Martin]

Dobry den,

  myslim ze jste narazil na oblast kde jsem vcera/predevcirem upravoval budovy 
podle RUIAN. (chybejici/posunute proti http://ruian.poloha.net/budovy/)

Nektere edity (cesta, mozna chodnik) od MiSy jsem musel smazat. Zelene plochy 
jsem nechal byt. 
  Uzivatel MiSy totiz provadel editace s posunutym podkladem takze domy 
zasahuji do cest a zahrad.
  Vcera jsem tez poslal zpravu primo MiSy aby si upravil zarovnani podkladu a 
hlavne nepouzival mapy BING.

  Dekuji
 M


- Original Message -
From: "Jiří Vondál" 
To: talk-cz@openstreetmap.org
Sent: Thursday, June 16, 2016 1:36:53 PM
Subject: Re: [Talk-cz] Chodníky vedle silnic

Ahoj,

chtěl bych tady navázat na již postarší debatu o chodnících a upozornit
na jeden nešvar, který se objevuje - jsou to nepropojené chodníky s
okolím. Jeden případ je zde:
http://www.openstreetmap.org/way/412344626#map=19/49.32796/16.60239

Uživate MiSy zde vytvořil chodník, který není s ničím propojený a tudíž
si myslím, že nelze použít pro žádný routovací algoritmus. Dokonce v
jednom místě poblíž to i rozbíjí relaci zelené turistické značky. Jak
budu mít čas, tak se to pokusím poupravovat - v tomto případě napojit na
okolní silnice. Nejradši bych u takovýchto chodníků bez dalších detailů
provedl sloučení se silnicí, ale když už si dal někdo tu práci a
nakreslil je tam, tak to mazat nebudu.

Ještě se zde:
https://www.mapbox.com/blog/mapping-sidewalks/
doporučuje přidávat k takovýmto chodníkům tag: footway=sidewalk, ale ten
ještě stále existuje pouze jako proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sidewalk_as_separate_way


Závěrem jen prosím na ty chodníky opatrně a oddělovat to od silnice
(mapovat samostatně) jen s rozmyslem tam, kde to má sysl.

Mějte se

Jura

On Thu, 2014-12-04 at 17:51 +0100, Pavel Machek wrote:
> On Thu 2014-12-04 06:02:07, Petr Holub wrote:
> > > > Takže se používají oba způsoby a je jedno, který budu používat? Ono mi
> > > > totiž dávat chodníky pro pěší na objekt značící silnice nepřijde zrovna
> > > > přehledné...
> > > >
> > > 
> > > Cus, znaceni chodniku na ulici je urceno predevsim na klasicke mestske
> > > ulice, kde je chodnik soucasti = zadne travnate ostruvky, ale jen
> > > silnice, chodniky a budovy kolem. Neznam ale zadny vystup, ktery by to
> > > bral v potaz (krom stylopisu pro JOSM).
> > 
> > Myslim, ze uz se to tu taky nekdy v historii diskutovalo - jak pise
> > jzvc, pokud chodnik primo navazuje na vozovku (a obrubnik bych nepovazoval
> > za oddeleni, na rozdil od travnich pasu, vyzdivek apod.), tak bych
> > to znacil na te ceste.
> > 
> > Geodata z meho pohledu predstavuji jistou abstrakci reality (jinak bychom
> > zacali mapovat za chvili jednotlive dlazebni kostky) a je vhodne se domluvit
> > na tom, co je ucelne a co uz ne. A pak to zacit jednak standardizovat
> > u nas a jednak tlacit i do svetove komunity. Dovedu si predstavit, ze na
> > urovni CR budeme mit trochu presnejsi pravidla, ktera na te globalni
> > urovni nebudou vhodna/protlacitelna, ale nesmi mezi sebou byt v konfliktu.
> 
> Ja myslim, ze kvalita mapy uz pokrocila, a dava smysl mapovat chodniky
> u silnic.
> 
> Treba pro koleckovy brusle je zajimava kvalita povrchu chodniku... a
> mame na to tagy, ale jsou to stejny tagy ktery se pouzivaj na silnici,
> a muze se lisit povrch jednoho chodniku, silnice a druhyho chodniku,
> takze dava smysl znackovat to zvlast. Taky treba turisticka znacka
> vede po konkretni strane silnice, coz je uzitecna informace, nebo je
> na chodniku cyklostezka...
> 
>   Pavel



___
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] Problème d'accès à FR-BAN et FR-Cadastre !

[Christian Quest]

J'ai informé mon contact à la DGFiP de l'effet de bord imprévu que la 
mise à jour récente avait provoqué de notre côté.


Je dois le voir à l'occasion d'une autre réunion la semaine prochaine.

Malheureusement, je pense qu'il ne faut pas trop compter sur un 
changement rapide, les modifications et déploiements de cadastre.gouv.fr 
sont très encadrés et l'impact pour OSM est très secondaire.




Le 16/06/2016 à 09:37, Romain MEHUT a écrit :

Bonjour,

Une idée d'un prochain retour à la "normale" ?



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Donat ROBAUX]

Ce n'est que mon avis, mais je suis plutôt d'avis que chaque POI ait son
adresse.
Pour exemple, j'ai cartographié les commissariats et gendarmeries de tout
un département. Comment fait-on pour récupérer les adresses si on ne la
renseigne pas en addr:? Je pars du principe qu'on ne doit pas faire
d'acrobaties pour récupérer ce type d'informations pour en faire une
fichier type .csv ou .xls.

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

Re: [OSM-talk-fr] Majuscule à l'article défini sur les lieux-dits ?

[Francois Gouget]

On Thu, 16 Jun 2016, osm.sanspourr...@spamgourmet.com wrote:

> Habitant d'un lieu-dit commençant par un article, je ne me suis jamais posé la
> question, la majuscule de l'article me semble une évidence au niveau de la
> carte. Je parle de l'initiale et la CNT ne dit autre chose.

Il faudrait donc modifier le wiki. C'est quand même un peu gênant que la 
CNT et l'IGN ne soient pas d'accord (sauf erreur d'interprétation de ma 
part).


> > Et en attendant c'est ok si je les marque comme faux positifs ?
> 
> non car les faux positifs restent, donc on ne les verra plus jamais.

Je voulais dire, s'il y a un consensus comme quoi la minuscule s'impose 
pour les lieux-dits et en attendant qu'Osmose prenne ce cas particulier 
en compte.

Bien sûr si le consensus est qu'il faut mettre une majuscule alors je 
corrigerai mes lieux-dits.

Et en attendant qu'il y ait un consensus je laisse tel quel. Ca ne me 
dérange pas tant que ça.

-- 
Francois Gouget   http://fgouget.free.fr/
   If it stinks, it's chemistry. If it moves, it's biology.
  If it does not work, it's computer science.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Frederik Ramm]

Hi,

On 06/16/2016 12:47 AM, Christoph Hormann wrote:
> Mittlerweile ist der internationale Stil teils sehr 
> restriktiv hinsichtlich der Änderungen, die akzeptiert werden

Also ich würde mir schon auch für den deutschen Stil wünschen, dass er
recht restriktiv ist, sonst kommen Hinz und Kunz mit unterschiedlichen
Strichelungen für verschiedene Wegetypen und in Nullkommanix haben wir
osmarender 2.0 ;)

Bye
Frederik

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

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

[Talk-is] Duglegir útlendingar

[Jóhannes Birgir Jensson]

Útlendingar hafa verið duglegir að setja inn gögn á OSM núna nýlega með 
Maps.me appinu sem er stórfínt.


Appið er því miður ekki með stuðning við mörg tungumál þannig að 
viðkomandi bætir bara eigin þýðingu við nafnið, tli dæmis eins og 
gerðist hér: https://www.openstreetmap.org/changeset/40051735 þar sem 
einhverjir 16 eigindi fengu kínverska viðbót við nafnið sitt.


Ég lagaði þetta en næ líklega ekki öllu þannig að ef þið getið gluggað á 
ykkar áhugasvæði og tékkað á því hvort að heitin séu eitthvað að 
breytast þá væri það frábært.


Ég er búinn að hafa samband við Maps.me og biðja þá um að styðja amk 3 
tungumál fyrir nöfn (name, name:en og svo name:(valið af appnotanda)) en 
á eftir að fá svör.


Þetta kallar líklega á einhvers konar eftirlitstól sem við byggjum til 
og færi yfir nöfn á Íslandi.


--Jói


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

Re: [OSM-talk-fr] services partagés était Le rendu Mapquest a disparu d'OSM?

[osm . sanspourriel]

Je suis entièrement d'accord avec ce que tu dis.

Je parlais de ta gueulante (ce qui n'est pas négatif dans ma bouche, 
dans ce cas précis au moins), à propos de Google qui te fait prendre 
l'autoroute Vinci : gratuit ne veut pas dire neutre.


J'en profite de ton message pour lancer une idée : dans le temps il y 
avait tiles@home qui permettait d'avoir des tuiles stylées 
"gratuitement" : tout le monde mettait au pot de la puissance de calcul 
et on en bénéficiait tous. La faille était que le fait de savoir qui 
produisait la tuile était géré par un service unique hébergé par une 
université qui en a eu marre de voir sa bande passante bouffée ainsi.


Les serveurs de tuile (comme le reste) coutent à OSM. Il existe donc des 
alternatives :


- globales payantes (MapBox, MapQuest), plus ou moins dans la 
philosophie d'OSM (plus dans le cas de GeoFabrik, moins dans le cas de 
MapBox)


- personnalisées payantes (installation/fourniture d'un serveur de 
tuiles par exemple par les boîtes ci-dessus ou des prestataires qu'on 
voit à SOTM)


- personnalisées gratuites (on s'installe son service avec switch2osm).

J'imagine qu'en partant des scripts ancible de Jocelyn il est possible 
de créer un serveur en lui passant en entrée disons des feuilles de 
style (défaut : mettons OSM ou OSM-FR), une région (un .poly, par 
exemple un fourni par Geofabrik)


ça pourrait donner :

up --styles OSM --area Bretagne (simplification pour les polygones 
offerts par Geofrabrik).


ça publierait l'adresse du serveur avec ses caractéristiques (ici 
fournit le style OSM sur la Bretagne).


Et récupère les adresses des autres serveurs et leurs caractéristiques 
(peut-être des statistiques).


Donc si un utilisateur de ce service a besoin d'une tuile sur Rennes le 
service est rendu par ce serveur sinon il va chercher sur le service de 
Tony la tuile d'Orange.


Comme ça on se fait un réseau maillé, et si un serveur tombe ce n'est 
pas dramatique.
On peut même faire en sorte que pour ceux qui fournissent des machines 
puissantes, leurs utilisateurs tombent sur des machines puissantes de 
secours.


Un intérêt c'est qu'on s'assure un bonne redondance à peu de frais.

Juste une idée à creuser. Peut-être y a-t-il des gens ici ayant fait des 
trucs similaires.


Pour ma part je me suis contenté de faire un serveur de tuiles qui avait 
les bonnes tuiles autour des aérodromes et héliports de Bretagne (en se 
basant sur l'extraction BZH de Geofabrik), donc un peu d'expérience en 
.poly.


Jean-Yvon


Le 16/06/2016 à 11:24, Philippe Verdy - verd...@wanadoo.fr a écrit :
Je n'ai pas gueulé surle fait que Google ait changé ses conditions, il 
a le droit de le faire à tout moment et c'est expressément indiqué 
dans les conditions de tous ses services.


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

Re: [OSM-talk-fr] Outils et env. de dev. pour projet d'application mobile - OSM

[Nicolas Dumoulin]

Salut,

Le Thu, 16 Jun 2016 12:24:41 +0200,
rosette djomeni  a écrit :
> Que me conseillez-vous comme outils/environnement (cartographie, dev
> d’application mobile, BD pour photos, intercationr avec Hadoop, faire
> de la blockchain,,…) ? Existent t-il des framework adaptés à mon cas?

Tes questions trouveront un meilleur public sur des forums
spécialisés en développement. Tu peux regarder du côté de
developpez.com et georezo.net par exemple.
Tu peux par contre poster tes questions techniques relatives à
overpass ou autres technos adaptées aux mobiles sur la liste dev-fr.

Bon courage :-)

-- 
Nicolas Dumoulin

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[osm . sanspourriel]

Si c'est pour faire ça, autant utiliser le TMS d'OSM-FR car le p... de 
WMS veut la commune.


J'ai d'ailleurs un des fond de mes umap qui est ce cadastre.

Mais côté revectorisation, c'est un peu bête non ? De plus pour les 
textes ils sont assez souvent tronqués.


Il me semble que le mieux est de voir avec les services du cadastre avec 
la casquette OSM-FR.


Tout le temps qu'un Christian ou un Gael nous fera gagner c'est autant 
de temps libérée pour faire du travail intelligent.


Là il faut comprendre pourquoi c'est moins bien et mieux comment on peut 
obtenir que pour nous au moins ce soit au moins aussi bien qu'avant.


Jean-Yvon


Le 16/06/2016 à 11:49, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a 
écrit :
En plus le site cadastre.gouv génère de la requête WMS (analyse des 
réponses de la page)
https://www.cadastre.gouv.fr/scpc/wms?version=1.1=GetMap=CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE=image/png=1792151.847070707,2276049.082653,1792246.1078604222,2276110.572665=1000=645=application/vnd.ogc.se_inimage=LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90 

Je sais pas ce que l'on a en terme de droits mais a t'on la 
possibilité de stocker une géodatabase d'images ? (le principalement 
étant l'échelle la plus grande :1/500)


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

Re: [Talk-cz] Chodníky vedle silnic

[Jiří Vondál]

Ahoj,

chtěl bych tady navázat na již postarší debatu o chodnících a upozornit
na jeden nešvar, který se objevuje - jsou to nepropojené chodníky s
okolím. Jeden případ je zde:
http://www.openstreetmap.org/way/412344626#map=19/49.32796/16.60239

Uživate MiSy zde vytvořil chodník, který není s ničím propojený a tudíž
si myslím, že nelze použít pro žádný routovací algoritmus. Dokonce v
jednom místě poblíž to i rozbíjí relaci zelené turistické značky. Jak
budu mít čas, tak se to pokusím poupravovat - v tomto případě napojit na
okolní silnice. Nejradši bych u takovýchto chodníků bez dalších detailů
provedl sloučení se silnicí, ale když už si dal někdo tu práci a
nakreslil je tam, tak to mazat nebudu.

Ještě se zde:
https://www.mapbox.com/blog/mapping-sidewalks/
doporučuje přidávat k takovýmto chodníkům tag: footway=sidewalk, ale ten
ještě stále existuje pouze jako proposal:
http://wiki.openstreetmap.org/wiki/Proposed_features/Sidewalk_as_separate_way


Závěrem jen prosím na ty chodníky opatrně a oddělovat to od silnice
(mapovat samostatně) jen s rozmyslem tam, kde to má sysl.

Mějte se

Jura

On Thu, 2014-12-04 at 17:51 +0100, Pavel Machek wrote:
> On Thu 2014-12-04 06:02:07, Petr Holub wrote:
> > > > Takže se používají oba způsoby a je jedno, který budu používat? Ono mi
> > > > totiž dávat chodníky pro pěší na objekt značící silnice nepřijde zrovna
> > > > přehledné...
> > > >
> > > 
> > > Cus, znaceni chodniku na ulici je urceno predevsim na klasicke mestske
> > > ulice, kde je chodnik soucasti = zadne travnate ostruvky, ale jen
> > > silnice, chodniky a budovy kolem. Neznam ale zadny vystup, ktery by to
> > > bral v potaz (krom stylopisu pro JOSM).
> > 
> > Myslim, ze uz se to tu taky nekdy v historii diskutovalo - jak pise
> > jzvc, pokud chodnik primo navazuje na vozovku (a obrubnik bych nepovazoval
> > za oddeleni, na rozdil od travnich pasu, vyzdivek apod.), tak bych
> > to znacil na te ceste.
> > 
> > Geodata z meho pohledu predstavuji jistou abstrakci reality (jinak bychom
> > zacali mapovat za chvili jednotlive dlazebni kostky) a je vhodne se domluvit
> > na tom, co je ucelne a co uz ne. A pak to zacit jednak standardizovat
> > u nas a jednak tlacit i do svetove komunity. Dovedu si predstavit, ze na
> > urovni CR budeme mit trochu presnejsi pravidla, ktera na te globalni
> > urovni nebudou vhodna/protlacitelna, ale nesmi mezi sebou byt v konfliktu.
> 
> Ja myslim, ze kvalita mapy uz pokrocila, a dava smysl mapovat chodniky
> u silnic.
> 
> Treba pro koleckovy brusle je zajimava kvalita povrchu chodniku... a
> mame na to tagy, ale jsou to stejny tagy ktery se pouzivaj na silnici,
> a muze se lisit povrch jednoho chodniku, silnice a druhyho chodniku,
> takze dava smysl znackovat to zvlast. Taky treba turisticka znacka
> vede po konkretni strane silnice, coz je uzitecna informace, nebo je
> na chodniku cyklostezka...
> 
>   Pavel



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

Re: [OSM-talk-fr] Majuscule à l'article défini sur les lieux-dits ?

[osm . sanspourriel]

Habitant d'un lieu-dit commençant par un article, je ne me suis jamais 
posé la question, la majuscule de l'article me semble une évidence au 
niveau de la carte. Je parle de l'initiale et la CNT ne dit autre chose.


> Et en attendant c'est ok si je les marque comme faux positifs ?

non car les faux positifs restent, donc on ne les verra plus jamais.
Si tu ne veux pas être gêné le temps de statuer le plus simple c'est que 
tu mettes "corrigé", comme ça tant que la tuile Osmose n'aura pas été 
rafraichie, on ne verra plus mais ce ne sera pas perdu.
Ensuite soit on assouplit la règle et donc ce sera vraiment corrigé soit 
on maintient la règle et le problème sera à nouveau signalé.

Frédéric corrigera si nécessaire.

Jean-Yvon

Le 16/06/2016 à 13:12, Francois Gouget - fgou...@free.fr a écrit :



___
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-cz] doplnění souřadnic rozcestníku na openstreetmap.cz

[Marián Kyral]

Ahoj,
to je jednoduché. Walley dodělal k rozcestníkům možnost přesunu:

http://openstreetmap.cz/#map=18/-0.00081/0.00010=G

Klikni na tlačítko "Přesunout", pak přesuň mapu na správné místo, klikni tam
(objeví se puntík, který přesuneš na správné místo ) a když budeš spokojený 
klikneš na "Přesunout sem" v panelu.

To mi připomíná, že jsem chtěl dodělat možnost zadat souřadnice přímo. Aby 
člověk nemusel z té Afriky tak složitě jezdit ;-)

Marián


-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: talk-cz@openstreetmap.org
Datum: 16. 6. 2016 13:11:52
Předmět: [Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz

"
chtěl jsem doplnit souřadnice k rozcestníku s fotkou ID 7610 (TIM BR105), 
které Solim omylem nahrál 0,0 ale nevím jak je mám změnit na správnou 
hodnotu 50.1682250, 17.5782242 
na adrese http://api.openstreetmap.cz/table/id/7610 souřadnice měnit nejdou
Pražák

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

Re: [Talk-it] Ubuntu Touch e OpenStreetMap

[Aury88]

sabas88 wrote
> Il giorno 16 giugno 2016 12:14, Luca Delucchi 

> lucadeluge@

>  ha
> scritto:
> 
>> 2016-06-16 12:09 GMT+02:00 Aury88 

> spacedriver88@

> :
>>
>> >
>> > avete dei suggerimenti per un servizio tile server gratuito ?
>>
>> non mi ricordo i limiti di utilizzo, per forse quelle di wikimedia si
>> possono usare
>>
>> https://maps.wikimedia.org
>>
>> Funzionano solo per progetti hostati su infrastruttura WMF al momento
> (fonte: ci ho provato :-) )
> 
>>
>> > -
>> > Ciao,
>> > Aury
>> >
>>
>> --
>> ciao
>> Luca
>>
>> www.lucadelu.org
>>
>> ___
>> Talk-it mailing list
>> 

> Talk-it@

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

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it

peccato :-(
io ho suggerito il vector tile service di mapzen (che porterebbe anche a dei
vantaggi dal punto di vista del traffico dati), ma lo sviluppatore è
preoccupato per le performance nel generare i render :-(



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Ubuntu-Touch-e-OpenStreetMap-tp5834454p5875659.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] RISOLTO: Problema "sport senza caratteristiche fisiche"

[Carlo]

PROBLEMA RISOLTO





2016-06-16 12:49 GMT+02:00 Carlo :

leisure=playground
sport=soccer

Non riesco a capire cosa manca per eliminare l'errore.
Cosa manca?



cosa vuoi mappare? leisure=playground è un parco giochi. Se intendi campo da calcio, il tag è leisure=pitch

Ciao,
Martin




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

[OSM-talk-fr] Majuscule à l'article défini sur les lieux-dits ?

[Francois Gouget]

Osmose se plaint que l'article défini n'a pas de majuscule pour les 
lieux-dits, hameaux, etc. Par exemple :
https://www.openstreetmap.org/node/4215887996

Or plusieurs sources semblent indiquer que les articles définis 
devraient rester en minuscule pour les lieux-dits :

 * D'abord il y a une page du Wiki OpenStreetMap qui reprend largement 
   la charte de toponymie de l'IGN (voir plus bas) :
   
https://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes#Toponymes_officiels_et_non-officiels

   | Autres noms
   | Les articles définis et indéfinis s'écrivent toujours avec une 
   | minuscule. 


 * La règle la plus simple est énoncée par Wikipedia et serait basée sur 
   le Lexique des règles typographiques en usage à l'Imprimerie 
   nationale (édition de 1990, ISBN 2-11-081075-0 points 8 et 9 page 
   90).
   https://fr.wikipedia.org/wiki/Chef-lieu#En_m.C3.A9tropole

   | Le chef-lieu de commune est la localité principale de la commune 
   | qui lui donne son nom, les autres localités de la commune étant 
   | qualifiées de hameaux. Les typographes du Journal officiel 
   | réservent la majuscule à l’article (Le, La, Les, L') en début du 
   | toponyme aux seules localités ayant rang de commune4 : on écrit 
   | donc la Défense et La Courneuve.


* La charte de toponymie de l'IGN est plus compliquée à interpréter. 
  Elle distingue les noms officiels correspondants aux entités 
  administratives (régions, départements, arrondissement, cantons et 
  communes, voir section 3.1), des toponymes non officiels. 
  http://www.ign.fr/sites/all/files/charte_toponymie_ign.pdf

  Pour les toponymes non officiels, regroupés sous l'appelation "autres 
  noms" en pages 13-14, la charte dit que les articles définis doivent 
  toujours être écrits en minuscule :

  | Les articles définis (le, la, l’, les) et indéfinis (un, une, des) 
  | s'écrivent toujours avec une minuscule ; les articles contractés, 
  | les conjonctions, prépositions, adverbes prennent une majuscule en 
  | début de toponyme, et une minuscule à une autre place (intérieur ou 
  | fin de toponyme). 
  |
  | Exemples : la Prairie sous l'Abbaye, Ville ès Fontaines (ès = en 
  | les), Chez l'Étienne, Derrière chez Florin, Carrefour de chez 
  | Blanche, le Mesnil Blondel dessus, l'Aunay Maréchaux dessous, Sans 
  | Défense, Au-dessus des Bois, Bois au-dessus de l'Abbaye, Sur le Bois 
  | des Morts,  Entre les Chemins, Ravin derrière la Côte, la mal 
  | Assise, la bien Tournée. 


* Ce n'est pas forcément le plus fiable mais le site le Français Facile 
  semble aller dans le même sens (leur règle pourrait peut-être être un 
  peu mieux exprimée) :
  
http://www.francaisfacile.com/exercices/exercice-francais-2/exercice-francais-82454.php

  | 4. L'article compris dans un nom
  | Si l'article fait partie intégrante du nom, celui-ci prend la majuscule.
  | Exemple : La Roche-en-Ardenne, Le Havre, La Mecque.
  | Attention : L'article défini qui précède un terme géographique autre 
  | qu'un nom de commune, ne prend pas la majuscule.
  | Exemple : Mon père habite la Rouge-Croix (quartier), que longe la Meuse. 


Cependant il y a aussi la règle qui veut qu'on mette une majuscule en 
début de phrase. Cette dernière prime peut-être sur les règles 
ci-dessus, même si "name=la Combarlie" n'est pas franchement une phrase.

Bon, pour une référence de plus j'ai la Commission nationale de 
toponymie qui dit (page 4) :
http://cnig.gouv.fr/wp-content/uploads/2015/03/cnt-grammaire-recommandation.pdf

  | - en application de l’observation générale introductive, la question 
  |   de la majuscule du premier élément d’un toponyme ne se pose pas 
  |   pour une inscription toponymique sur une carte ou sur un panneau 
  |   indicateur, où elle est occultée par la majuscule de début de 
  |   phrase (phrases nominales dans ces cas). Elle ne se pose vraiment 
  |   que pour l’usage d’un toponyme dans le discours ;
  [...]
  | En toponymie, la CNT recommande ce qui suit. 
  [...]
  | - l’article initial s’il n’est pas contracté avec à ou de le 
  |   précédant (La Rochelle, Le Puy, Le Havre, la municipalité du 
  |   Touquet et non de Le Touquet, aller au Mans et non à Le Mans [DAF, 
  |   « le »] au lieudit « La Fourche », « Le Cheval mort » [DAF, « 
  |   lieudit »]).

Si on applique cette dernière règle alors Osmose a raison et il faudrait 
modifier la page du wiki.


Qu'en pensez-vous ?

Osmose devrait-il faire une exception à la règle de la majuscule pour 
les place=hamlet/isolated_dwelling/locality, peut-être en plus en 
vérifiant si le nom commence par un article défini ?
(oui ça complique le code)

Et en attendant c'est ok si je les marque comme faux positifs ?

-- 
Francois Gouget   http://fgouget.free.fr/
Indifference will certainly be the downfall of mankind, but who cares?___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Problema "sport senza caratteristiche fisiche"

[Carlo]

Ciao Martin,

Si, è un piccolo campetto di calcio in un parco giochi



2016-06-16 12:49 GMT+02:00 Carlo :

leisure=playground
sport=soccer

Non riesco a capire cosa manca per eliminare l'errore.
Cosa manca?



cosa vuoi mappare? leisure=playground è un parco giochi. Se intendi campo da calcio, il tag è leisure=pitch

Ciao,
Martin




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

[Talk-cz] doplnění souřadnic rozcestníku na openstreetmap.cz

[Zdeněk Pražák]

chtěl jsem doplnit souřadnice k rozcestníku s fotkou ID 7610 (TIM BR105), 
které Solim omylem nahrál 0,0 ale nevím jak je mám změnit na správnou 
hodnotu 50.1682250, 17.5782242 
na adrese http://api.openstreetmap.cz/table/id/7610 souřadnice měnit nejdou
Pražák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Problema "sport senza caratteristiche fisiche"

[Martin Koppenhoefer]

2016-06-16 12:49 GMT+02:00 Carlo :

> leisure=playground
>
> sport=soccer
>
>
> Non riesco a capire cosa manca per eliminare l'errore.
>
> Cosa manca?
>



cosa vuoi mappare? leisure=playground è un parco giochi. Se intendi campo
da calcio, il tag è leisure=pitch

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

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Christoph Hormann]

On Thursday 16 June 2016, Sven Geggus wrote:
>
> > Ggf. könnte man auch beim internationalen Stil anregen, dass die
> > Hilfen für eine einfachere Lokalisierung im project.yaml dort
> > integrieren.
>
> Wie zum Beispiel?

Derzeit sind die meisten Änderungen in project.yaml ersetzen von 'name' 
durch 'localized_name_inside_brackets as name' 
oder 'localized_name_without_brackets as name' - ich weiß jetzt nicht, 
wodurch sich die beiden Fälle unterscheiden und wo es Vorkommen 
von 'name' gibt, die nicht ersetzt werden, aber wenn es sich dabei um 
eine universelle Systematik und nicht nur um willkürliche 
Unterscheidungen handelt dann könnte man diese im internationalen Stil 
dadurch 'markieren', dass man das 'name' plus irgendein 
standardisierter Kommentar jeweils in einer separaten Zeile schreibt.  
Das wird natürlich nur eine Chance haben, wenn dem tatsächlich eine 
nicht für die Sprache und für subjektive Gestaltungs-Überlegungen 
spezifisches Konzept zugrunde liegt.

Alternativ kann man als Grundlage für ein Skript auch eine Liste 
produzieren, in welchen Ebenen das name wodurch ersetzt wird und das 
Skript würde dies dann auf Block-Basis anwenden.

> Mach doch einfach mal nen Pull-request. Ich könnte mir durchaus
> vorstellen, dass zufällige Anordung schöner ist. Bestehendes Schema
> ist 1:1 wie bisher. Der Hauptunterschied zum normalen Stil ist, dass
> ich leaf_type berücksichtige weil ich sowas dank hstore leicht machen
> kann.

Ich bezog mich jetzt eher auf die Symbole als auf deren Anordnung - ich 
find die derzeitigen Baum-Symbole im deutschen Stil recht wenig 
ansprechend.

Grundsätzlich ist diese Unterscheidung auch im internationalen Stil 
angedacht, dort gibt es derzeit aber noch kein leaf_type.

> > Wenn der Stil so (oder ähnlich) auf openstreetmap.de gerendert wird
> > und dann Änderungen aus dem internationalen Stil routinemäßig
> > eingebaut werden dann finden sich sicher Interessenten.
>
> Na ja das war bisher halt eher nicht so.

Das wär dann ja mal ein sinnvolles Diskussionsthema hier - ob das 
allgemein befürwortet wird.  Würde ja schon den Verlust einer ganzen 
Reihe von 'Distinktionsmerkmalen' des deutschen Stils bedeuten.

> Kann man sich bei github eigentlich notify emails schicken lassen,
> wenn commits auf upstream/master gemacht werden?

Wie Michael schon sagte kannst Du das repository mit 'watch' verfolgen.

Der internationale Stil hat ja regelmäßige Releases - man könnte die 
Synchronisation auch recht gut daran binden.

Was mir grad noch aufgefallen ist - die deutsche farmland-Farbe ist in 
Kombination mit den internationalen Farben für sand und bare_ground 
recht kontrastarm.  Sehr gut gefällt mir aber das neue grünliche Grau 
für die Grenzen - grün genug, um es von den übrigen graunen Dingen in 
der Karte zu unterscheiden aber nicht so grün, dass es wie 
Naturschutzgebiet aussieht.

-- 
Christoph Hormann
http://www.imagico.de/

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

[Talk-it] Problema "sport senza caratteristiche fisiche"

[Carlo]

Ciao a tutti

In questo periodo mi sto divertendo ad utilizzare la funzione Validazione di JOSM per risolvere alcuni problemi sulle zone che conosco.
Tra i vari problemi è uscito fuori "sport senza caratteristiche fisiche", sulle info dell'area trovo:
leisure=playground
sport=soccer

Non riesco a capire cosa manca per eliminare l'errore.
Cosa manca?

Grazie
Carlo




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

[OSM-talk-fr] Outils et env. de dev. pour projet d'application mobile - OSM

[rosette djomeni]

Bonjour à tous, 

Je me lance dans OSM, vraiment le niveau zéro. Désolée si mes questions peuvent 
paraître…

A - Je voudrais faire une application qui me permettra d’enrichir ma carte OSM.
On m’a parlé de PostgreSQL, OpenLayer, PostGis, ms4w, QGIS,...
Je suis perdue dans les solutions existantes. 

B- J’aurais également besoin d’ajouter une photo du lieu d’intérêt que je vais 
géolocaliser. J’ai cru comprendre qu’il fallait dans ce cas implémenter une 
2ieme BD, le serveur cartographique ne gérant pas les photos

C- Je compte faire une application Android et une pour IOS. 

D - A terme, j’aurais une forte volumétrie de données à traiter (infos sur les 
habitants, …) je m’approche donc du Big data, j’ai entendu parler d'Hadoop

E - Quelqu’un a t-il déjà fait de la blockchain avec OSM ? A long terme je 
compte en faire (registre, cadastre numérique)
Y a t il des solutions/outils à privilégier lors de la conception du système 
afin d’intégrer facilement la blockchain?

Que me conseillez-vous comme outils/environnement (cartographie, dev 
d’application mobile, BD pour photos, intercationr avec Hadoop, faire de la 
blockchain,,…) ?
Existent t-il des framework adaptés à mon cas?

Merci pour vos retours
Rosette
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Ubuntu Touch e OpenStreetMap

[Stefano]

Il giorno 16 giugno 2016 12:14, Luca Delucchi  ha
scritto:

> 2016-06-16 12:09 GMT+02:00 Aury88 :
>
> >
> > avete dei suggerimenti per un servizio tile server gratuito ?
>
> non mi ricordo i limiti di utilizzo, per forse quelle di wikimedia si
> possono usare
>
> https://maps.wikimedia.org
>
> Funzionano solo per progetti hostati su infrastruttura WMF al momento
(fonte: ci ho provato :-) )

>
> > -
> > Ciao,
> > Aury
> >
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ubuntu Touch e OpenStreetMap

[Luca Delucchi]

2016-06-16 12:09 GMT+02:00 Aury88 :

>
> avete dei suggerimenti per un servizio tile server gratuito ?

non mi ricordo i limiti di utilizzo, per forse quelle di wikimedia si
possono usare

https://maps.wikimedia.org

>
> -
> Ciao,
> Aury
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Ubuntu Touch e OpenStreetMap

[Aury88]

Ultime news e brutte notizie.

la diffusione di ubuntu procede...il porting su altri dispositivi anche
con l'ultimo OTA (l'undicesimo) il maizu5 ha la possibilità di trasmettere
la videata desk su uno schermo esterno tramite il wireless portando a
termine la prima fase della convergenza.

Snapp il sistema di pacchettizzazione usato su ubuntu è adesso utilizzabile
anche su altre distro senza che i pacchetti debbano essere modificati per
funzionare su una specifica distro...è nato un vespaio naturalmente.

lato navigatore ed osm non ci sono belle notizie: il servizio che forniva le
tile diventerà presto a pagamento per la quota di utenti che usano uNav...e
siccome il programma è gratuito lo sviluppatore non ha modo di pagare per il
servizio. 

avete dei suggerimenti per un servizio tile server gratuito ? 
lo sviluppatore sta guardando per  cartoDB che però non è il massimo essendo
con pochissimo contrasto.
un'altro che sta guardando è Stamen delle cui mappe l'unica utilizzabile per
un navigatore è "toner" ma che non mostra molti dettagli...
non so cosa consigliargli...
ho addirittura proposto che fosse canonical a tirare su un tile server per i
propri smartphone ma il suggerimento è caduto nel vuoto xD



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Ubuntu-Touch-e-OpenStreetMap-tp5834454p5875650.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[Jérôme Seigneuret]

Le truc un peu bourrin serait de faire de l'impression de div depuis
id=carte_img

La taille en pixel est dépendante de la fenêtre il me semble...

Une matrice de coordonnées extraite d'OSM par commune permettrait d'avoir
un centroid de l'image. l'espacement des points dépendra du niveau de zoom
et de la taille de l'image retournée dans la div.


Etes vous obligé de passer par le service d'impression?
En plus le site cadastre.gouv génère de la requête WMS (analyse des
réponses de la page)

https://www.cadastre.gouv.fr/scpc/wms?version=1.1=GetMap=CDIF:LS3,CDIF:LS2,CDIF:LS1,CDIF:PARCELLE,CDIF:NUMERO,CDIF:PT3,CDIF:PT2,CDIF:PT1,CDIF:LIEUDIT,CDIF:SUBSECTION,CDIF:SECTION,CDIF:COMMUNE=image/png=1792151.847070707,2276049.082653,1792246.1078604222,2276110.572665=1000=645=application/vnd.ogc.se_inimage=LS3_90,LS2_90,LS1_90,PARCELLE_90,NUMERO_90,PT3_90,PT2_90,PT1_90,LIEUDIT_90,SUBSECTION_90,SECTION_90,COMMUNE_90


Je sais pas ce que l'on a en terme de droits mais a t'on la possibilité de
stocker une géodatabase d'images ? (le principalement étant l'échelle la
plus grande :1/500)

Sinon, on peut aussi générer une table de lien dans une base de données,
couplée à une couche de données géométriques des emprises d'imageries par
niveau de zoom et par commune.
A mettre en cache à la fin du traitement.

Les liens stockées permettent de rafraîchir à un moment spécifiques les
images (si elle sont stockées) et celle si peuvent être géo-référencées en
plus de ça.

Le fait d'avoir les requêtes et emprise pour l'ensemble des communes permet
de gérer les zones limites et superposition par transparence des images PNG
récupérées

l'OCR sera plus rapide et surement plus performant si les images sont
stockées et l'on peut aussi créer des analyses par proximité pour les
lieux-dit de même nom proches

Jérôme


Le 16 juin 2016 à 09:54, Nicolas Moyroud  a écrit :

> Oui ce serait bien. J'étais motivé pour l'import des bâtiments ces
> derniers temps mais là vu la qualité horrible j'arrête le travail tant que
> ça reste comme ça.
> En attendant, il faudrait peut-être penser a carrément désactiver le
> service concernant les bâtiments sur cadastre.openstreetmap.fr. Quelques
> contributeurs moins attentifs pourraient nous faire un travail bien sale
> avec ça !
>
> Nicolas
>
> Le 16/06/2016 09:37, Romain MEHUT a écrit :
>
>> Bonjour,
>>
>> Une idée d'un prochain retour à la "normale" ?
>>
>> Romain
>>
>>
>
> ___
> 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] Le rendu Mapquest a disparu d'OSM?

[Philippe Verdy]

Je n'ai pas gueulé surle fait que Google ait changé ses conditions, il a le
droit de le faire à tout moment et c'est expressément indiqué dans les
conditions de tous ses services.

None je râle sur le fait de ne pas donner les attributions requises (Google
simplifie beaucoup trop et ne détailel pas ses sources réelles, cachant
cela dans un obscur secret commercial qui cependant est invalide face aux
lois relatives au droit d'auteur).

Oui Google peut tout à fait afficher des données OSM, il a le droit de le
faire, de la même façon qu'il affiche sur ses pages de recherche des
résultats et des extraits de Wikipédia en mentionnant la source
correctement. Et Google a le droti de changer quand il veut de fournisseur
de données. Mais pour chaque fournisseur il doit respecter les contrats et
termes relatifs aux sources et droits de rediffusion. Ces attributions sont
une obligation, ce qui n'est pas une obligation c'est de s'engager à
fournir ce service de rediffusion en continu et gratuitement.

Si Google (ou MapBox, Mapquest, Apple, Bing ou n'importe qui d'autre, y
compris une collectivité locale ou un service officiel comme le cadastre)
veulent faire payer ce service de rediffusion, ils ont le droit de le faire
(tout en honorant les contrats en cours avec leurs clients, qui doivent
être prévenus dans un temps raisonnable en cas de changement contractuel,
pour que ces clients disposent d'un temps raisonnable pour décider s'ils
continuent ou pas, ceux-ci n'ayant pas non plus d'obligation d'accepter
implicitement les nouveaux termes et conditions, ou un nouveau tarif, et
pouvant eux aussi décider alors de changer de fournisseur). Quand ce
service est offert gratuitement, cela ne veut pas dire non plus qu'il n'y a
pas de conditions ni d'engagements. Ces engagements sont dans ce cas très
limités, et les délais bien plus courts (en fait il n'y a la plupart du
temps dans ce cas aucun engagemetn de durée ou de permanence du service, ni
même la moindre promesse de performance)

OSM lui-même sur son site n'offre pas ces garanties de fonctionnement en
continu. C'est pour ça qu'il existe des services commerciaux qui proposent
une garantie contractuelle de disponibilité suffisante du service, avec un
support technique en cas de problème, et des moyens raisonnables et
suffisants pour rétablir rapidement un service défaillant, et sinon des
conditions de remboursement ou d'avoirs sur les factures suivantes.

Je comprend parfaitement qu'un service veule faire payer un service qui lui
coûte réellement. OSM non plus n'est pas complètement gratuit ; il lui faut
bien payer ses hébergements, les factures d'électricité/climatisation, les
locations dans les espaces de colocation, la bande passante, certains
supports techniques et services réalisés par des tiers, et des petits frais
annexes comme les noms de domaines ou certificats PKI pour HTTPS, et
d'autres frais pour les locaux occupés, taxes, employés, cotisations
sociales, assurances, etc. Voire même des frais de justice. Pour ça il fait
appel à la générosité du public, même s'il n'exige pas d'abonnement).

Tout le monde fait pour le mieux avec les moyens qu'il a, mais si quelqu'un
fait payer quelquechose contre facture, il doit y a voir un service
tangible en échange avec un niveau minimum de service garanti (ce qui
n'inclue pas non plus une garantie de fonctionnement 24/24 7/7 mais un
niveau de disponibilité suffisant dont le taux minimum devrait être
mentionné dans le contrat de service, prenant en compte aussi les besoins
de maintenance programmée ou accidentelle). Maintenant on peut décider
aussi de proposer ce service et commercer dessus en faisant une marge
bénéficiaire : les clients décideront eux-même si cela vaut le coût pour
eux de payer ce supplément, et ils ont droit aussi de faire appel à la
concurrence (d'autant plus que les données OSM ne sont pas fournies de
façon exclusive, tous les concurrents sont bienvenus et c'est à eux de
fixer les prix et à nous de comparer, ou savoir si on peut se paser du
service complet).




Le 16 juin 2016 à 10:16,  a écrit :

> Oui, MapQuest basant son système depuis quelques temps sur MapBox, c'était
> à prévoir.
> La saga durait depuis près d'un an (et ma question
> 
> 3 mois).
>
> J'avais d'ailleurs mis à jour la page sur les serveurs de tuiles il y a
> quelques mois.
>
> Si vous voulez vous marrer, regardez la politique de copyright qu'ils
> imposent.
>
> https://developer.mapquest.com/forum/credits-maps
> Wed, 03/16/2016 - 13:35
> Jean-Yvon
> follow-up
>
> Sorry, the images were lost.
>
> So your view: *http://ibin.co/2aU3xFtcSt5j
> * (*< à regarder !*)
>
> My view: http://ibin.co/2aTzn3ECVwes
> Wed, 03/16/2016 - 14:54
> MQDennisClarke
> Thank you for the mock-ups -
>
> Thank you for the mock-ups - *we are thinking about the same use of the
> map tiles*.
>

Re: [Talk-es] Mapear horchaterías

[Alejandro S.]

Hola de nuevo,
Sigo coincidiendo con Carlos, pero en este caso no se trata de mapear para
el render, es mapear para generar información útil (y además a corto plazo).
Hasta que no se consenue el uso de amenity=* en la wiki siguiendo el
proceso de propuesta (que podría ser rechazado) no se podrá usar esa
etiqueta (o si se usa, ningún servicio la tendrá en cuenta), sin embargo
utilizando una etiqueta conocida esa información podría estar disponible
(aunque de manera parcial o indirecta) inmediatamente.

Saludos,
Alejandro Suárez

On Thu, Jun 16, 2016, 08:55 Carlos Cámara  wrote:

> Hola de nuevo,
>
> Perdonad que discrepe: Aunque mi primer impulso fue crear un
> amenity=horchateria creo que no es una buena opción principalmente por los
> siguientes motivos:
>
>1. Como decía antes, no conozco ninguna horchatería en la que
>exclusivamente se sirva horchata. Todas las que conozco sirven también
>helados, cafés... así que no me parece mal etiquetarlas como eso (en el
>fondo podría considerarse que son un subconjunto de heladerías, no una cosa
>a parte).
>2. Etiquetar como amenity=horchateria sería perjudicial para los
>comerciantes y los posibles usuarios, ya que no aparecerán en la mayoría de
>renders. Lo de no mapear para el render en este caso no me parece correcto
>porque dado que se trata de algo muy local no me parece viable que los
>renders (hablo de OSM, pero también de los de OSMAnd, Maps.me... se
>modifiquen para mostrar esta nueva categoría. Hasta que esto pasara (si se
>produce) esta información que es muy útil no se mostrará.
>
> Respecto a añadir el prefijo "horchateria" al nombre, tampoco creo que sea
> una solución para todos los casos, pues creo que hay que respetar el nombre
> del comercio (el que aparece en el cartel) y a veces diría "horchatería"
> otras "Orxateria" y otras nada.
>
> Saludos,
>
> Carlos Cámara
> http://carloscamara.es
>
> 2016-06-15 14:43 GMT+02:00 Santiago Crespo :
>
>> Celso, creo que tienes razón; retiro mi propuesta anterior.
>>
>> amenity=horchata es lo suyo. Si la usáis, conviene documentarlo en la
>> wiki:
>>
>> https://wiki.openstreetmap.org/wiki/New_Features
>>
>> Por cierto, ya tenemos como mínimo 11 horchaterías en OSM :)
>>
>> https://taginfo.openstreetmap.org/search?q=horchater*#values
>>
>>
>> On 06/15/2016 01:31 PM, Celso González wrote:
>> > En mi opinión amenity=horchata
>> >
>> > El objeto primario de estas tiendas es vender su horchata fabricada por
>> > ellos habitualmente. Tal como dices lo más seguro es que también tengan
>> > café, pastelería y helados, pero el negocio es la horchata.
>>
>> ___
>> 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-de] Neues vom deutschen OSM-Kartenstil

[Michael Reichert]

Hallo Sven,

Am 16.06.2016 um 10:12 schrieb Sven Geggus:
> Kann man sich bei github eigentlich notify emails schicken lassen, wenn
> commits auf upstream/master gemacht werden?

Du kannst bei einem Projekt auf Github auf "Watch" klicken und kriegst
dann eine Benachrichtigungsmail, wenn
- eine Issue angelegt wird (willst du wohl eher nicht)
- ein Pull-Request angelegt wird
- eine Issue oder ein Pull-Request kommentiert wird
- eine Issue geschlossen wird
- ein Pull-Request geschlossen wird (sei es mit oder ohne Merge)

Viele Grüße

Michael


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



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

Re: [Talk-es] Mapear horchaterías

[Pedro-Juan Ferrer Matoses]

Hola,

como he comentado en Telegram, creo que lo correcto es etiquetarlos
como heladerías.

Si puede añadirse algún campo ADICIONAL en el que se indiquen que el
producto que sirven es horchata en español y orxata en
valenciano/catalán pues mejor (mi OSM-fu está un poco oxidado y no se
si existe la etiqueta de la que hablo)

No hay una justificación para que tengan una entidad propia, funcionan
exactamente igual que cualquier heladería/cafetería que hay en España,
incluso es más, lo HABITUAL es que en CUALQUIER heladería/cafetería de
Valencia puedas tomarte una horchata durante la época estival, sin que
esa heladería/cafetería sea considerada una horchatería.

La horchata es un producto de temporada, que además coincide con la de
los helados (por eso propongo heladería).

Un saludo,

-- 
Pedro-Juan Ferrer Matoses
Valencia (España)

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

Re: [OSM-talk-fr] Le rendu Mapquest a disparu d'OSM?

[osm . sanspourriel]

Oui, MapQuest basant son système depuis quelques temps sur MapBox, 
c'était à prévoir.
La saga durait depuis près d'un an (et ma question 
 
3 mois).


J'avais d'ailleurs mis à jour la page sur les serveurs de tuiles il y a 
quelques mois.


Si vous voulez vous marrer, regardez la politique de copyright qu'ils 
imposent.


https://developer.mapquest.com/forum/credits-maps

Wed, 03/16/2016 - 13:35
Jean-Yvon
follow-up

Sorry, the images were lost.

So your view: *http://ibin.co/2aU3xFtcSt5j* (*< à regarder !*)

My view: http://ibin.co/2aTzn3ECVwes

Wed, 03/16/2016 - 14:54
MQDennisClarke
Thank you for the mock-ups -

Thank you for the mock-ups - *we are thinking about the same use of the 
map tiles*.


The Terms and Conditions of your current plan does not allow for removal 
of the copyright information from the responses you are receiving from 
the services.  An Enterprise Edition agreement might be able to be 
amended to allow for this.  You can contact our sales team about 
Enterprise Edition at sa...@mapquest.com .


Donc pour réfléchir à une utilisation avec un seul copyright par page 
(et un c'est normal); c'est à compter de 800 $ / mois.

Dans ces conditions, MapBox, c'est intéressant.

Ça rejoint tout à fait la belle gueulante de Philippe à propos de Google 
: ils offrent un service gratuit (qui leur fait une bonne publicité) 
puis le changent. Rappelez-moi si j'oublie de mettre une deuxième couche 
à cette gueulante sur Google.


Là c'est MapBox qui est sans doute à l'origine car MapQuest utilisait 
MapBox depuis quelques temps et offrir ce que son fournisseur te fait 
payer...


N. B. : heureusement que j'avais étudié les licences de près sinon 
j'aurais pu avoir un logiciel utilisable du 1er au 11 juillet !


Jean-Yvon

Le 16/06/2016 à 00:57, Vincent Privat - vincent.pri...@gmail.com a écrit :
MapQuest vient tout juste d'annoncer que l'imagerie gratuite & 
illimitée, c'est fini à partir du 11 juillet:

https://lists.openstreetmap.org/pipermail/talk/2016-June/076106.html
Du coup les admins sont à la recherche d'une solution de remplacement:
https://lists.openstreetmap.org/pipermail/talk/2016-June/076109.html

Le 16 juin 2016 à 00:38, Shohreh > a écrit :


Bonjour

En cliquant sur http://www.openstreetmap.org pour regarder quelque
chose, je
vois que le rendu Mapquest a disparu.

C'était celui que j'utilisais par défaut parce que je le trouve
plus lisible
que le rendu Mapnik.

Quelqu'un sait ce qui s'est passé?

Merci.



--
View this message in context:

http://gis.19327.n5.nabble.com/Le-rendu-Mapquest-a-disparu-d-OSM-tp5875625.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




___
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-de] Neues vom deutschen OSM-Kartenstil

[Sven Geggus]

Christoph Hormann  wrote:

> Wie sieht da jetzt die Strategie aus in Bezug auf Änderungen upstream 
> die mit den für den deutschen Stil spezifischen Sachen interferieren? 

Das wird man dann sehen. Ich werde wie gesagt versuchen das Ganze immer im
"can be merged" Zustand zu halten.

> Ggf. könnte man auch beim internationalen Stil anregen, dass die Hilfen 
> für eine einfachere Lokalisierung im project.yaml dort integrieren.

Wie zum Beispiel?

> 
>> * Deutsche Symbole für Laub-, Nadel- und Mischwald
> 
> Hier kannst Du mal schauen in
> 
> https://github.com/gravitystorm/openstreetmap-carto/pull/1242#issuecomment-127045263
> 
> Die Muster dafür müsste ich irgendwo hier noch rumliegen haben.  Die 
> Symbole sind auch in jsdotpattern.

Mach doch einfach mal nen Pull-request. Ich könnte mir durchaus vorstellen,
dass zufällige Anordung schöner ist. Bestehendes Schema ist 1:1 wie bisher.
Der Hauptunterschied zum normalen Stil ist, dass ich leaf_type
berücksichtige weil ich sowas dank hstore leicht machen kann.

> Das große Problem hierbei im internationalen Stil ist, dass dort 'aus 
> politischen Gründen' das highway=path abgeschafft wurde und mit 
> highway=footway gleichgesetzt wurde. 

Ack. Das gefällt mir eben auch nicht. Vielleicht sollte ich im ersten
Schritt mal das late path rendering wieder aktivieren.

> Wenn der Stil so (oder ähnlich) auf openstreetmap.de gerendert wird und 
> dann Änderungen aus dem internationalen Stil routinemäßig eingebaut 
> werden dann finden sich sicher Interessenten.

Na ja das war bisher halt eher nicht so.

> Allerdings steigt natürlich mit jeder Änderung auch der Aufwand, die 
> Sache aktuell zu halten. 

Deshalb möchte ich ja wie gesagt versuchen die diffs so klein wie möglich zu
halten.

> Wie man verhindern kann, dass das Ganze aufgrund des Wartungsaufwands
> wieder einschläft ist denke ich eine wichtige Frage.

Wenn man mehrere Leute hat, die Änderungen bei commits auf
openstreetmap-carto gleich mergen hält sich der Aufwand glaub ich in
Grenzen.

Ich hatte vorgestern einen Einzeiler Konflikt in project.yaml wegen einer
weiteren Spalte, die ich selektiere manuell zu fixen. Ansonsten war das
mergen von upstream/master bisher immer automatisch möglich.

So lange das so einfach bleibt :)

Kann man sich bei github eigentlich notify emails schicken lassen, wenn
commits auf upstream/master gemacht werden?

Sven

-- 
"Software is like sex; it's better when it's free"
  (Linus Torvalds)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [OSM-talk-fr] Problème d'accès à FR-BAN et FR-Cadastre !

[Nicolas Moyroud]

Oui ce serait bien. J'étais motivé pour l'import des bâtiments ces 
derniers temps mais là vu la qualité horrible j'arrête le travail tant 
que ça reste comme ça.
En attendant, il faudrait peut-être penser a carrément désactiver le 
service concernant les bâtiments sur cadastre.openstreetmap.fr. Quelques 
contributeurs moins attentifs pourraient nous faire un travail bien sale 
avec ça !


Nicolas

Le 16/06/2016 09:37, Romain MEHUT a écrit :

Bonjour,

Une idée d'un prochain retour à la "normale" ?

Romain




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

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Philippe Verdy]

Les cantons sont ignorés totalement dans les résultats de Nominatim ce ne
sont pas des entités administratives mais politiques.
De toute façon ce niveau 7 ne sert pas à grand chose au niveau
administratif puisqu'il n'y a aucune collectivité territoriale à ce niveau
(contrairement aux EPCI dont le rôle s'est considérablement accru); une
solution simple serait de déprécier ce niveau 7 en le sortant du type admin
sur un autre type à part.

Pour les EPCI en revanche pas moyen de mettre un admin_level avec les
restrictions actuelles car leur découpage n'est pas strictement dans le
moule hiérarchique (on a des EPCI interdépartementaux ou interrégionaux,
même si leur chef lieu est dans une commune qui est bien dans un
département précis). Ces EPCI pourreint devenir le niveau 7 si on accepte
qu'ils échappent au découpage hiérarchique, en prenant leur chef-lieu comme
point de référence (c'est possible, et c'est le cas déjà en Espagne et
d'autres pays, cela n'empêche nullement Nominatim de trouver les bonnes
références au niveau admin inférieur).

Cela donnerait alors:
Le Sultan, *67, Avenue André Bonnin*, Chantepie, Rennes Métropole,
Ille-et-Vilaine, Bretagne, France métropolitaine, 35135, France



Le 16 juin 2016 à 08:56, Damouns  a écrit :

> Le 15 juin 2016 à 22:32,  a écrit :
>
>>
>> il trouve
>> Le Sultan, *67, Avenue André Bonnin*, Chantepie, Rennes,
>> Ille-et-Vilaine, Bretagne, France métropolitaine, 35135, France
>> 
>>
>> (tiens, encore ce "Rennes" qui ne veut rien dire, c'est l'arrondissement
>> de Rennes, pas Rennes, quand est-ce qu'en France on se met à la règle en
>> appelant ça "arrondissement de Rennes" comme les Landkreis allemands).
>>
>
> Oui !! Et idem pour les cantons ! Ça fait des années que ça dure.
>
> Damouns
>
> ___
> 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] Problème d'accès à FR-BAN et FR-Cadastre !

[Romain MEHUT]

Bonjour,

Une idée d'un prochain retour à la "normale" ?

Romain

Le 26 mai 2016 à 12:00, Christian Quest  a écrit :

> cela va surtout générer BEAUCOUP plus de requêtes sur leurs serveurs...
> donc finalement être plus gênant.
>
> Le 26/05/2016 à 11:18, Tyndare a écrit :
>
>
> Salut Christian,
>
> Pour les explications, pour récupérer les PDFs on appel le service du
> cadastre imprimerExtraitCadastralNonNormalise.do
> avec comme paramètre la MAPBOX de la zone voulue mais surtout avec des
> paramètres WIDTH et HEIGHT hors norme, qui généraient un PDF avec le bon
> niveau de détails mais dont les éléments dessinés dépassaient largement le
> format A4 (donc le PDF généré n'avais pas d'utilité avec un lecteur PDF
> classique car la plupart de ce qui était dessiné était clippé a l'écran,
> mais informatiquement on pouvait quand même tout lire).
> Maintenant les paramètres WIDTH et HEIGHT semblent ignorés, la résolution
> est automatiquement adaptée ou bridée pour faire rentrer la MAPBOX dans le
> format A4 (ça fait sens pour la fonctionnalité du site cadastre.gouv.fr
> mais nous on se retrouve avec bien moins de détails).
>
> Techniquement on est pas complètement bloqué, on pourrait aussi découper
> les PDF qand on récupère les bâtiments et rassembler les fichiers derrière,
> il y a besoin de moins détails pour les bâtiments que pour les numéros
> d'adresses, mais c'est sur c'est moins pratique et c'est surtout bien plus
> lent...
>
> Ludo.
>
>
> On 26/05/2016 09:35, Christian Quest wrote:
>
> Arghhh... je me renseigne
>
> Le 26 mai 2016 à 00:36, Tyndare   > a écrit :
>
>
> Manifestement il y a de nouvelles restrictions concernant la
> résolution des PDF exportés depuis le site cadastre.gouv.fr
>   qui posent
> problème pour le site
> cadastre.openstreetmap.fr 
> 
> L'export du bâti ne marche plus car le code actuel récupère un
> seul PDF pour toute la commune (les bâtiment si présents ont
> parfois de grosses erreurs de simplification).
> L'export des adresses était déjà découpé en petit PDF, mais il
> faut désormais découper en 100 fois plus de morceaux pour espérer
> lire tous les numéros.
>
>
>
> On 25/05/2016 15:18, HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU
> / DT ALCA APPUI PERFORMANCE) wrote:
>
> Le cadastre a l'air d'être reparti.
> Hop au boulot !!
>
> Denis
>
>
> -Message d'origine-
> De : didier2020 [mailto:didier2...@free.fr 
>  ]
> Envoyé : mardi 24 mai 2016 17:47
> À : Discussions sur OSM en français
> Objet : Re: [OSM-talk-fr] Problème d'accès à FR-BAN et
> FR-Cadastre !
>
> Le mardi 24 mai 2016 à 14:55 +0200, Francois Gouget a écrit :
>
> Depuis environ 48h iD n'arrive plus à afficher la couche
> FR-BAN et la
> couche FR-Cadastre.
>
> Il semblerait que dans les deux cas ce soit parce que
> inspire.cadastre.gouv.fr 
> 
> ne répond plus sur le port 80 (pas seulement
> de mon adresse).
>
> Quelqu'un sait-il ce qui se passe ?
>
> maintenance :
> http://www.cadastre.gouv.fr
>
> -- Francois Gouget   >
> http://fgouget.free.fr/
>Any sufficiently advanced Operating System is
> indistinguishable from
> Linux ___
> 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
> ---
> Ce message et toutes les pièces jointes sont établis à
> l'intention exclusive de ses destinataires et sont
> confidentiels. L'intégrité de ce message n'étant pas assurée
> sur Internet, la SNCF ne peut être tenue responsable des
> altérations qui pourraient se produire sur son contenu. Toute
> publication, utilisation, reproduction, ou diffusion, même
> partielle, non autorisée préalablement par la SNCF, est
> strictement interdite. Si vous n'êtes pas le destinataire de
> ce message, merci d'en avertir immédiatement l'expéditeur et
> de le détruire.
> ---

Re: [OSM-talk-fr] Bonnes et moins bonnes visibilités OSM

[Damouns]

Le 15 juin 2016 à 22:32,  a écrit :

>
> il trouve
> Le Sultan, *67, Avenue André Bonnin*, Chantepie, Rennes, Ille-et-Vilaine,
> Bretagne, France métropolitaine, 35135, France
> 
>
> (tiens, encore ce "Rennes" qui ne veut rien dire, c'est l'arrondissement
> de Rennes, pas Rennes, quand est-ce qu'en France on se met à la règle en
> appelant ça "arrondissement de Rennes" comme les Landkreis allemands).
>

Oui !! Et idem pour les cantons ! Ça fait des années que ça dure.

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

Re: [Talk-es] Mapear horchaterías

[Carlos Cámara]

Hola de nuevo,

Perdonad que discrepe: Aunque mi primer impulso fue crear un
amenity=horchateria creo que no es una buena opción principalmente por los
siguientes motivos:

   1. Como decía antes, no conozco ninguna horchatería en la que
   exclusivamente se sirva horchata. Todas las que conozco sirven también
   helados, cafés... así que no me parece mal etiquetarlas como eso (en el
   fondo podría considerarse que son un subconjunto de heladerías, no una cosa
   a parte).
   2. Etiquetar como amenity=horchateria sería perjudicial para los
   comerciantes y los posibles usuarios, ya que no aparecerán en la mayoría de
   renders. Lo de no mapear para el render en este caso no me parece correcto
   porque dado que se trata de algo muy local no me parece viable que los
   renders (hablo de OSM, pero también de los de OSMAnd, Maps.me... se
   modifiquen para mostrar esta nueva categoría. Hasta que esto pasara (si se
   produce) esta información que es muy útil no se mostrará.

Respecto a añadir el prefijo "horchateria" al nombre, tampoco creo que sea
una solución para todos los casos, pues creo que hay que respetar el nombre
del comercio (el que aparece en el cartel) y a veces diría "horchatería"
otras "Orxateria" y otras nada.

Saludos,

Carlos Cámara
http://carloscamara.es

2016-06-15 14:43 GMT+02:00 Santiago Crespo :

> Celso, creo que tienes razón; retiro mi propuesta anterior.
>
> amenity=horchata es lo suyo. Si la usáis, conviene documentarlo en la wiki:
>
> https://wiki.openstreetmap.org/wiki/New_Features
>
> Por cierto, ya tenemos como mínimo 11 horchaterías en OSM :)
>
> https://taginfo.openstreetmap.org/search?q=horchater*#values
>
>
> On 06/15/2016 01:31 PM, Celso González wrote:
> > En mi opinión amenity=horchata
> >
> > El objeto primario de estas tiendas es vender su horchata fabricada por
> > ellos habitualmente. Tal como dices lo más seguro es que también tengan
> > café, pastelería y helados, pero el negocio es la horchata.
>
> ___
> 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