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

[gmbo]

Am 17.06.2016 um 21:19 schrieb Sven Geggus:
So lange der Nadelbaum wie ein umgedrehtes V mit _ dahinter und der 
Laubbaum wie ein Omega ohne linken Strich aussieht solls mir recht 
sein :) http://www.zweiraddoktor.de/grafik/top50.jpg Ich sehe gerade, 
dass da jeweils auch die rechte Linie etwas dicker gezeichnet ist. Ob 
der Atkis Signaturenkatalog da was hat? Das Zeug wäre ja explizit 
gemeinfrei.

Habe heute morgen mal mit Incscape versucht die Waldsymbole zu zeichnen.
Habe sie hochgeladen.
Ich weiß nicht ob du die Änderung siehst, bin mit github noch nicht so 
vertraut.

Liegen jetzt https://github.com/gmbo/openstreetmap-carto

Gruß Gisbert


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

Re: [Talk-it] scuole senza amenity=school

[Federico Cortese]

On Jun 17, 2016 11:29 PM, "Daniele Gitto" 
>
> Già, sebbene come ho già confessato in un altro thread io noto certi
perimetri amenity=school con dentro altre due amenity=school (perché le
scuole sono due).
> In quei casi uso (previo benestare ricevuto qui in ML) landuse=school.

Nei casi dove non è possibile individuare un'area specifica per la singola
scuola, io metto l'amenity solo all'edificio e nient'altro. Comunque sempre
meglio il landuse=school del doppio amenity.

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

[Talk-cz] WeeklyOSM CZ 305

[Tom Ka]

Ahoj, je dostupné vydání 305 týdeníku weeklyOSM:

http://www.weeklyosm.eu/cz/archives/7559

Téma čísla: Chodník vs. chodník

* Fotky a prezentace z SotM CZ+SK.
* Prefix scheduled:
* Zrušení access=no.
* Záplavy na Srí Lance.
* Mexický prezident o OSM.
* Konec OpenStreetView.org.
* 4000 mapperů Apple v Indii.

Pěkné počtení...

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

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

[Max]

If I understand this issue right, those are not even translations, but
transliterations. It's the icelandic name written in another character
set, so that someone who doesn't know latin letters or iclandic
pronounciation can make the sounds of that word. It's not a genuine
translation into another language.

This issue is a problem in Korea too.
Koreans say "write {placename} in English" when they actually mean
"write this in the revised romanization". In OSM this leads to a
problem: Sometimes there is a real English placename for something, and
sometimes there is only a romanization.

Example for illustration:
name:서울역
name:ko:서울역
name:ko_rm:Seoulyeok
name:en:Seoul Station


(ko_rm is actually non-standard and should be ko-Latn)
https://wiki.openstreetmap.org/wiki/Names#Localization






On 2016년 06월 18일 06:23, Jóhannes Birgir Jensson wrote:
> Example: (Russian?) tourist using name fields to write English
> descriptions.
> 
> * http://www.openstreetmap.org/changeset/39823668
> 
> I'm thinking of the need to make some sort of a watch bot that keeps the
> correct names of places and warns if the names are changed (translations
> added or descriptions put in) - Data Quality Assurance is becoming a
> bigger and bigger issue in OSM where before Data Entry was sorely needed
> (and still is in many places).
> 
> --JBJ


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

Re: [Talk-dk] Service forsvinder snart

[Michael Larsen]

Hej,

Det behøver ikke at være dyrt, og det er heller ikke sådan at vi ikke kan 
genskabe løsningen hvis de skulle de vælge at stoppe denne meget fine service. 
Indtil videre syntes jeg vi blot skal sige dem tak for deres service.

Jeg har selv lavet en tilsvarende løsning vha. mapproxy som fungerer som en 
cache mellem fx. JOSM og geodatastyrelsens service. Nøgleparametrene for at 
estimere en pris for hosting af sådan en løsning er hvor meget data ind/ud det 
danske OSM bruger og hvor meget de cacher (i princippet behøver Septima ikke 
cache noget). Jeg kan se, at Septima bruger AWS, så hvis de i forvejen har en 
instans med ledig kapacitet kan en proxy løsningen tilføjes vha fx. Docker 
næsten gratis, bortset fra trafikkosten.

Måske vi kan lokke Septima til at firtælle lidt om hvor meget trafik de 
observerer og hvor meget de cacher (en fuld cache vil give os redundans)...

/MichaelVL

On fredag den 17. juni 2016 22.29.05 CEST Lars Gravengaard wrote:
> Tak det virker.
> 
> Gad vide hvor dyrt det er at hoste ? Er det en holdbar løsning ?
> 
> Mvh
> Lars G
> 
> Den 17. juni 2016 kl. 21.04 skrev Soren Johannessen <
> 
> soren.johannes...@gmail.com>:
> > Den nye URL er lagt ind nu og hvis du opdaterer i JOSM i  >
> > Indstillinger > TMS/WMS  og så ikonet "Genindlæs standarder" så skulle
> > den nye proxy være der og klar til brug
> > 
> > Bemærk at det er firmaet  Septima der er så flinke at køre en proxy
> > server med Geodatastyrelsens lag - Så tak til Septima for denne fine
> > service.
> > 
> > Vh
> > Søren Johannessen
> > 
> > On Fri, Jun 17, 2016 at 8:26 PM, Michael Andersen  wrote:
> > > Fredag den 17. juni 2016 20:21:48 skrev Lars Gravengaard:
> > >> Hej
> > >> 
> > >> Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i
> > >> JOSM
> > >> kommer teksten i rødt Service forsvinder snart
> > >> 
> > >> Er der en løsning på dette?
> > >> 
> > >> Mvh
> > >> Lars G
> > > 
> > > https://josm.openstreetmap.de/ticket/12982
> > > 
> > > Mvh Hjart
> > > 
> > > ___
> > > Talk-dk mailing list
> > > Talk-dk@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk



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

Re: [Talk-us] Proposed import cleanup: NYSDEClands

[Russ Nelson]

Kevin Kenny writes:
 > The rule for coalescing would be to group by facility number, so all
 > the parcels of Burnt-Rossman Hills State Forest would be one relation,
 > while the ones of adjacent Mallet Pond State Forest would be another.

How's that going to work where people (e.g. me) have made changes to
the multipolygon? E.g. https://www.openstreetmap.org/way/32036186
where I didn't want to duplicate the "landuse=forest" as I was adding
landuse= or natural= to its borders?

-- 
--my blog is athttp://blog.russnelson.com
Crynwr supports open source software
521 Pleasant Valley Rd. | +1 315-600-8815
Potsdam, NY 13676-3213  | Sheepdog   

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

Re: [OSM-talk] iD news: v1.9.6 released

[Minh Nguyen]

(Sorry, I sent from the wrong address, so this message got stuck in moderation.)

Martin Koppenhoefer  gmail.com> writes:

> 
> 
> 
> Sorry that it took me a while to reply, I was out of office and just came
back now.
> 
> 
> Il giorno 10 giu 2016, alle ore 21:07, Minh Nguyen 
nguyen.cincinnati.oh.us> ha scritto:
> 
> 
> 
> is this your interpretation or is it explicitly defined like this? I'm
> astonished that these 2 concepts are supposedly structured vertically and
not horizontally in wikidata 
> 
> 
>  is defined in Wikidata as a
subsetof . I agree that this is a
suboptimalrelationship – anyone can edit
> 
> 
> 
> it's not a big problem to have errors in the relations as long as
everybody can agree that it's an error and should be corrected. But the fact
that this wrong relation still sits in there and doesn't actually get
corrected is a bit troubling, particularly as this is IMHO a major bug which
has influence on all settlements that are in wikidata.
> 
> 
> Another issue I believe to have found in this item looking at
https://www.wikidata.org/wiki/Q486972 :the first words, (I believe it is
meant to be the definition, although it does not explicitly say so,) are
"densely populated geographic location
> 
> 
> populated place
> settlement
> human community
> inhabited place"
> 
> Now when you think about a ghost town, it clearly is a human settlement,
but this definition falls short in covering it. I would prefer, rather than
a collection of related terms (human community, inhabited place etc), a
complete sentence that defines the term, e.g. "a human settlement is a place
where a community of humans lives or lived and decided in the past to settle
and create dwellings." (surely could be improved, just an example).
> 
> There are lots of unanswered questions in wikidata, and probably, by
judging from the current state of the data, not enough editors to manage to
look through all of it.
> Another issue that comes to mind: what about contradictions between an
article and a wikidata object? How is the relationship between the articles
and wikidata? Apparently, you can only associate on article to one item, so
this suggests a strong relationsship, but clearly there are articles in many
languages, and there will be lots of contradictions between those languages
(because there are lots of articles, and because nearly noone cross checks
different languages). IMHO it would have been a better idea to have a less
strong relationship, something like "this article has information about this
item" (and hence allow multiple articles to be associated with an object)
rather than what it seems conceptually  to be thought of now (the articles
and this wikidata object deal with the same thing, are the same thing, here
in article form and here as mathematical relations).For me these are just
more indications that we should not base automatic edits on this source at
the moment. 

You raise a number of important points, but I think these concerns should be
posed on Wikidata's village pump or mailing list, where they can be more
effectively addressed. The Wikidata community has more answers that I would
individually.

I disagree that these considerations make the iD feature less correct given
that the wikidata tag is already widely used.

In fact, many of these same questions could be asked of Wikipedia. If the
mapper is tagging a ghost town POI with a Wikipedia article, can we be sure
at a technical level that the article's contents or categorization matches
OSM's semantics? Regardless, if the tagged feature is tagged as a ghost town
in OSM, the fact that it is tagged as a non-former human settlement in
Wikidata merely means the Wikidata item needs to be retagged as a ghost
town. I see no problem with the semantics in
.

When an English-speaking mapper tags `wikipedia=en:China`, what's to say
`wikipedia=fr:Chine` has the same semantics? It's two hops away from the
English article, rather than the one hop to Wikidata. Yet most tools and
users assume that one is equivalent to the other when tagged on an object.
Otherwise, we'd have to maintain a litany of redundant `wikipedia:xy` tags
on every place POI and basically try to replicate Wikidata's interwiki
function for any Wikipedia tag to be broadly useful.

It wasn't so long ago that most Wikipedias' articles named "Crimea" referred
to the political entity as well as or instead of the peninsula. If, back
then, the administrative boundary in OSM had been tagged with
`wikipedia=en:Crimea` and mappers subsequently forgot about that tag, it
would've suddenly become illogical as soon as Wikipedia editors decided to
move the "Crimea" article somewhere else and replace it with what was
previously titled "Crimean peninsula". (The opposite happened with the
"China" article.) Meanwhile, the `wikidata` tag would've continued to point
to an administrative territorial entity 

[Talk-us] Join us for another import party at the L.A. Times June 25

[Jonathan Schleuss]

Hi all,

The Los Angeles Times will host another import party to push the "Great L.A. County 
Import" forward. We've imported more than half a million buildings with the great 
help of locals and the folks from Mapbox. 

My focus is to use this import strengthen the Southern California OSM 
community. But, the project is open to all. If you're in the area, please join 
us. 

Meetup even page
Import guidelines
Tasking manager
I've also been working to improve our language on why we're doing this. 
Feedback and more ideas would be greatly appreciated!

Why are we doing this?

• To improve our map! More data will allow more users to create projects and do 
analysis on a variety of things. How many units are located within 1,000 feet 
of a freeway? What's the average building age in a neighborhood? What's the 
tallest building on Sunset Boulevard? The data will tell you.

• To catch up with other cities! New York has buildings. Seattle has buildings. 
San Francisco. Portland. Even Bakersfield has buildings. L.A. County should 
too! 

• Because a big earthquake is coming. Free and open data will assist first 
responders. And later it will allow folks to update the buildings with tags 
showing whether they have been destroyed, are dangerous or have been red-tagged.

• To improve the Los Angeles Times maps. The Times has been using and 
contributing to OpenStreetmap for the last four years. A large portion of their 
interactive web maps are based on the Quiet LA tiles. And the Times has used 
OSM data to do a lot of maps, including more than 500 maps printed in the 
newspaper (with an OSM credit, of course).

• To encourage more edits. Once buildings are in the map, people will be able 
to orient themselves to the shapes, making it easier to add more data, like 
names or businesses.

cheers,

Jon Schleuss



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

[OSRM-talk] Released OSRM 5.2.3

[Daniel Patterson]

Hey all,

I've just tagged and released a minor bug fix to the 5.2 series.

This build fixes a bug that was causing invalid memory allocation when 
routes encountered certain roundabout configurations (name changes within 
roundabout objects),
resulting in server crashes for certain requests.

Thanks to Moritz for the quick patch once the problem was identified.

If you're experiencing this problem, you'll need to re-process your data files 
with the
new versions of the tools (some of the error is baked into the data structure), 
and use
the new libraries/osrm-routed to serve requests.

As always this coincides with a node-osrm release of the same version:

npm install osrm@5.2.3

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

Re: [Talk-it] scuole senza amenity=school

[Daniele Gitto]

Il 17/06/2016 22:55, Federico Cortese ha scritto:

...
Chiaramente il tag amenity school ci vuole, solo che io di solito lo
applico al perimetro dell'area di pertinenza e non al solo fabbricato.


Già, sebbene come ho già confessato in un altro thread io noto certi 
perimetri amenity=school con dentro altre due amenity=school (perché le 
scuole sono due).
Così la mia povera query "Quante scuole medie ci sono a Esino Lario?" mi 
darà numeri a caso (e nomi assenti/duplicati/fantasiosi).

In quei casi uso (previo benestare ricevuto qui in ML) landuse=school.
Ciao
Daniele



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

[Talk-ec] semanarioOSM 308 está online

[Manfred A. Reiter]

Hola, el semanario Nº 308, el sumario de todo lo que está ocurriendo en el
mundo de openstreetmap está en línea en español


*http://http://www.weeklyosm.eu/es/archives/7686
*

¡Disfruta!

Los artículos más destacados de esta edición Nº 308 son:

   - Resumen de charlas de OSM en RIOSCRAM 2016
   - Nirab Pudasaini informa en opensource.com sobre el papel de OSM
   - Peter Liu de Mapbox utiliza los datos de USGS (US Geological Servey) y
   creó un mapa en tiempo real de todos los terremotos que se han
   registrado por el USGS
   - El centro de Berlín está ahora representado en Minecraft.

weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-ec mailing list
Talk-ec@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ec

[OSM-co] semanarioOSM 308 está online

[Manfred A. Reiter]

Hola, el semanario Nº 308, el sumario de todo lo que está ocurriendo en el
mundo de openstreetmap está en línea en español


*http://http://www.weeklyosm.eu/es/archives/7686
*

¡Disfruta!

Los artículos más destacados de esta edición Nº 308 son:

   - Resumen de charlas de OSM en RIOSCRAM 2016
   - Nirab Pudasaini informa en opensource.com sobre el papel de OSM
   - Peter Liu de Mapbox utiliza los datos de USGS (US Geological Servey) y
   creó un mapa en tiempo real de todos los terremotos que se han
   registrado por el USGS
   - El centro de Berlín está ahora representado en Minecraft.

weeklyOSM en Español está producido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM#Languages

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

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

[Jóhannes Birgir Jensson]

The reply from Maps.me was "We plan to add multi-lingual names in one of 
our future releases, we’ll think about your suggestion."


No timescale given. The reason for why "people are suddenly waking up" 
is because we are getting lots of edits now - that was not the case 
before - at least not in our area. Perhaps these are just very dedicated 
Chinese mappers that have suddenly arrived in Europe or the app has 
gained more traction and so more tourists are using it.


Example: (Russian?) tourist using name fields to write English descriptions.

* http://www.openstreetmap.org/changeset/39823668

I'm thinking of the need to make some sort of a watch bot that keeps the 
correct names of places and warns if the names are changed (translations 
added or descriptions put in) - Data Quality Assurance is becoming a 
bigger and bigger issue in OSM where before Data Entry was sorely needed 
(and still is in many places).


--JBJ

Þann 17.6.2016 20:44, skrifaði Simon Poole:




Am 17.06.2016 um 19:30 schrieb Martin Koppenhoefer:

...
I hope they are acting fast,

...
This is a months old, non-news, story at this point in time with the 
initial burst of bad edits way back, the only interesting aspect is 
why people suddenly seem to have woken up now.


Naturally the Chinese name issue 
http://osmlab.github.io/osm-deep-history/#/node/2306343684 is in the 
end simply a bug, the other, conceptual, problems are more serious.


Simon


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



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

Re: [Talk-it] scuole senza amenity=school

[Daniele Gitto]

Il 17/06/2016 22:55, Federico Cortese ha scritto:


Grazie per il serio :-)))
Però la scuola non l'ho creata io, ho solo importato gli edifici e
trasferito i tag che erano stati assegnati agli edifici vecchi.
Questo l'oggetto originale: http://www.openstreetmap.org/way/398325525/history
Chiaramente il tag amenity school ci vuole, solo che io di solito lo
applico al perimetro dell'area di pertinenza e non al solo fabbricato.
In questo caso non avendo idea di quale fosse la situazione sul posto
non ho messo mano.
Si tratta comunque di un caso raro, tutte le scuole che ho mappato da
Lecce in giù hanno il tag amenity :)
Ciao

Federico


Ok grazie,
Daniele



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

Re: [Talk-it] scuole senza amenity=school

[Federico Cortese]

2016-06-17 22:35 GMT+02:00 Daniele Gitto :
> Il 17/06/2016 21:59, Cascafico Giovanni ha scritto:
> Ma il wiki?
> Non è usato per il perimetro nel senso che se non metti il perimentro non
> metti l'amenity. Ci vuole in ogni caso, altrimenti la scuola non esiste (è
> l'unico modo per trovarle).
> Sul perimentro è meglio, ma se non lo conosci lo metti:
> -Sul building, se tutta la scuola sta in un building AND quel building
> contiene solo una scuola;
> - Su un nodo nei casi peggiori.
>

Sono d'accordo su tutto, infatti in attesa di avere più informazioni
sulla situazione conviene aggiungere amenity=school all'edificio.
Quando ho fatto l'import ho solo aggiornato la sagoma e non mi sono
fatto altri problemi.
Se hai riscontrato situazioni simili per hotel andrebbero aggiustate
anche quelle.
Ciao e grazie.

Federico

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

Re: [Talk-it] scuole senza amenity=school

[Federico Cortese]

2016-06-17 21:44 GMT+02:00 Daniele Gitto :
> Ciao amici, girovagando per caso noto una scuola a Galatone, creada da un
> utente serio :-)

> https://www.openstreetmap.org/way/404145830
> Spero che non sia una cosa ricorrente da quelle parti, ma se non si appone
> il tag amenity=school per me non risulta nessuna scuola.

Grazie per il serio :-)))
Però la scuola non l'ho creata io, ho solo importato gli edifici e
trasferito i tag che erano stati assegnati agli edifici vecchi.
Questo l'oggetto originale: http://www.openstreetmap.org/way/398325525/history
Chiaramente il tag amenity school ci vuole, solo che io di solito lo
applico al perimetro dell'area di pertinenza e non al solo fabbricato.
In questo caso non avendo idea di quale fosse la situazione sul posto
non ho messo mano.
Si tratta comunque di un caso raro, tutte le scuole che ho mappato da
Lecce in giù hanno il tag amenity :)
Ciao

Federico

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

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

[Simon Poole]

Am 17.06.2016 um 19:30 schrieb Martin Koppenhoefer:
> ...
> I hope they are acting fast,
...
This is a months old, non-news, story at this point in time with the
initial burst of bad edits way back, the only interesting aspect is why
people suddenly seem to have woken up now.

Naturally the Chinese name issue 
http://osmlab.github.io/osm-deep-history/#/node/2306343684 is in the end
simply a bug, the other, conceptual, problems are more serious.

Simon


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

Re: [Talk-it] scuole senza amenity=school

[Daniele Gitto]

Il 17/06/2016 21:59, Cascafico Giovanni ha scritto:

Credo che sia corretto: amenity=school è usato per il perimetro, che si
solito comprende building=school, campetto pitch, palestra, mensa ecc.
L'utente serio probabilmente non aveva dati sull'effettiva estensione di
tale perimetro ed ha mappato solo l'edificio dove si tengono le lezioni.


Ma il wiki?
Non è usato per il perimetro nel senso che se non metti il perimentro 
non metti l'amenity. Ci vuole in ogni caso, altrimenti la scuola non 
esiste (è l'unico modo per trovarle).

Sul perimentro è meglio, ma se non lo conosci lo metti:
-Sul building, se tutta la scuola sta in un building AND quel building 
contiene solo una scuola;

- Su un nodo nei casi peggiori.

Poi per carità...però mettiamoci daccordo, altrimenti OSM come GIS non 
funzionerà mai (al massimo possiamo farci mappe cartacee, col rendering 
tutto bellino magari.

Daniele


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

Re: [Talk-dk] Service forsvinder snart

[Lars Gravengaard]

Tak det virker.

Gad vide hvor dyrt det er at hoste ? Er det en holdbar løsning ?

Mvh
Lars G

Den 17. juni 2016 kl. 21.04 skrev Soren Johannessen <
soren.johannes...@gmail.com>:

> Den nye URL er lagt ind nu og hvis du opdaterer i JOSM i  >
> Indstillinger > TMS/WMS  og så ikonet "Genindlæs standarder" så skulle
> den nye proxy være der og klar til brug
>
> Bemærk at det er firmaet  Septima der er så flinke at køre en proxy
> server med Geodatastyrelsens lag - Så tak til Septima for denne fine
> service.
>
> Vh
> Søren Johannessen
>
> On Fri, Jun 17, 2016 at 8:26 PM, Michael Andersen  wrote:
> > Fredag den 17. juni 2016 20:21:48 skrev Lars Gravengaard:
> >> Hej
> >>
> >> Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i JOSM
> >> kommer teksten i rødt Service forsvinder snart
> >>
> >> Er der en løsning på dette?
> >>
> >> Mvh
> >> Lars G
> >
> > https://josm.openstreetmap.de/ticket/12982
> >
> > Mvh Hjart
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] Mapping Party Esino Lario

[Dario Crespi]

Fantastico! Ci troverai in piazza Italia.

Dario
Il 17/giu/2016 19:14, "Paolo Mauri"  ha scritto:

>
>
> Il 17 giugno 2016 18:57:11 CEST, Dario Crespi  ha
> scritto:
> >Ciao Paolo, se riesci a venire a Esino il lavoro certo non manca :-)
> Ok allora domani mattina sono dei vostri!
>
> >Io sono già qui, ma domani mattina devo tornare a Busto Arsizio e
> >partirò
> >da Esino alle 11.
> >Ci sono comunque altri volontari e tra l'altro sono già arrivati (e
> >lavorano oggi e domani) i primi partecipanti a Wikimania. Si tratta di
> >un
> >gruppo che si occupa di Kiwix.
> Bene, a domani allora
> >Dario
> >
> >Il giorno 17 giugno 2016 14:45, Paolo Mauri  ha
> >scritto:
> >
> >> On Tue, 14 Jun 2016 20:49:11 +0200
> >> Dario Crespi  wrote:
> >>
> >> > No, magari una visita al museo a Mandelli è poi a mappare nei
> >paesini
> >> > più nord, tipo Bella o quelli ancora più su.
> >> Ciao a tutti
> >> riprendo questo thread, domani mattina io ho un po' di tempo, quindi
> >> se qualcuno fa qualcosa mi aggrego volentieri, anche per dare una
> >mano
> >> per altro, visto che mi par di capire che il MP è saltato.
> >> Resto in attesa
> >>
> >> --
> >> Paolo Mauri
> >> Linux User #462825
> >> irc maupao
> >> twitter @mauri_paolo
> >> www.paolomauri.it
> >> google+ https://www.google.com/+PaoloMauri
> >>
> >> un sistema libero per la scuola
> >> http://sodilinux.itd.cnr.it/
> >>
> >> Esci dall'illegalità: utilizza LibreOffice.org:
> >> http://www.libreoffice.org/download
> >> http://linguistico.sourceforge.net/wiki/doku.php?id=usaooo
> >> http://linguistico.sourceforge.net/pages/traduzioni/ms_illegal.html
> >>
> >> ___
> >> 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
>
> --
> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
>
> ___
> 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] scuole senza amenity=school

[Cascafico Giovanni]

Credo che sia corretto: amenity=school è usato per il perimetro, che si
solito comprende building=school, campetto pitch, palestra, mensa ecc.
L'utente serio probabilmente non aveva dati sull'effettiva estensione di
tale perimetro ed ha mappato solo l'edificio dove si tengono le lezioni.

Il giorno 17 giugno 2016 21:44, Daniele Gitto  ha
scritto:

> Ciao amici, girovagando per caso noto una scuola a Galatone, creada da un
> utente serio :-)
> https://www.openstreetmap.org/way/404145830
> Spero che non sia una cosa ricorrente da quelle parti, ma se non si appone
> il tag amenity=school per me non risulta nessuna scuola.
> Mica basta che ci sia un building=school? dico bene?
> Se faccio una query non la troverò mai quella scuola.
> Tra parentesi è lo stesso errore che ho notato qua e la anche con gli
> hotel.
> Daniele
>
>
> ___
> 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

[Talk-it] scuole senza amenity=school

[Daniele Gitto]

Ciao amici, girovagando per caso noto una scuola a Galatone, creada da 
un utente serio :-)

https://www.openstreetmap.org/way/404145830
Spero che non sia una cosa ricorrente da quelle parti, ma se non si 
appone il tag amenity=school per me non risulta nessuna scuola.

Mica basta che ci sia un building=school? dico bene?
Se faccio una query non la troverò mai quella scuola.
Tra parentesi è lo stesso errore che ho notato qua e la anche con gli hotel.
Daniele


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

Re: [OSM-talk] 3D somehow not compatible with our map and editing concepts / capabilities?

[Marco Boeringa]

I agree there are currently issues. It is an unstoppable trend, but it 
would be good if there was better support and enforcing of "best 
practices" so as to avoid loosing the ability to create proper 2D maps 
in a quest to map every detail of 3D (or for that matter Indoor) buildings.


One thing I have posted about before on the OpenStreetMap Forum is that 
it is paramount that users add proper building relations 
(type=building), and group all the individual building:part elements in 
there. Unfortunately, many people don't do this, even thought it is 
written here: http://wiki.openstreetmap.org/wiki/Simple_3D_buildings.  
But admittedly, the Wiki page could be a bit more clear and specific 
about this.


More importantly though, the building relations should ALWAYS include a 
building footprint, with role=outline added to it. The footprint can be 
either a simple closed way, or if inner courts are present, preferably 
be a multipolygon itself. The tags for the Simple 3D building as a whole 
should preferably be on this outline, as the outline can then be used as 
the source data for. If the tags are put on the type=building relation 
(which may seem logical), it will become harder for (automated) data 
users to get to the building tags.


If all Simple 3D buildings had proper role=outline features and building 
relations to group the parts together, navigating the data on the 
OpenStreetMap website or in OSM editors, would be fare less painful. 
Finding the tags related to the building from a selected building:part 
would just mean first moving up to the type=building relation, then down 
to the role=outline feature. The links on the website would properly 
guide you.


Also, the role=outline feature would serve as the source for creating 
proper 2D building maps, allowing filtering out of the outlines, and 
ignoring building:part (if desired).


Marco



   With this mail I would like to open a general discussion, whether it
   makes sense to add detailed 3D data into the current OSM db.

   Living in a historic city with lots of tourists (many of them
   mappers apparently), and lots of famous monuments, I am observing
   for years now, that more and more detailed 3D objects get mapped.

   While at first this seemed to be an interesting (and maybe logical)
   development of some advanced mappers, to further push the limits of
   mapping, more and more doubts have grown in the meantime whether
   this kind of data is sustainable. Particularly because the raised
   complexity leads to many errors, where people recreate already
   existing objects or add localized name tags (or other tags) to
   (building:)parts that are mainly there for geometric representation
   in 3d, but are not the objects that actually represent the feature
   (i.e. those that have most of the tags). Subsequently other mappers
   find these objects (with some tags) and add more, and after a while
   it can become plain chaos, until someone with a lot of time
   dedicates herself to clean the mess up.

   And honestly, I can understand this happening, these objects are
   really complex and after something has been "3D-fied" it becomes at
   least time consuming, if not completely confusing to make any simple
   edit (like adding a new tag), because you have to search the "main
   object" and understand where to put the tag.

   I believe there is something conceptually wrong with adding those
   3D-monsters into the common db and require from everybody to
   understand them, without proper support or hierarchy on an API- or
   editor-level.

   (a side-issue is that many monuments like columns, obelisks and
   similar are modelled as "building:parts", where there clearly is
   nothing that is a building, but rather a massive stone)

   Some examples (load them in your editor to understand what I am
   talking about):

   https://www.openstreetmap.org/#map=19/41.90224/12.45784
   https://www.openstreetmap.org/#map=19/41.90297/12.46658
   https://www.openstreetmap.org/#map=19/41.89591/12.48466 (the
   Trajan's column, a simple column consisting in osm of 9 concentric
   objects! Find the right one, if all of them get their name rendered
   at the same spot in the editor)
   https://www.openstreetmap.org/#map=19/41.89854/12.47695 (the
   Pantheon, countless times there pop up duplicates as nodes)

   What are your experiences?


   Cheers,
   Martin

   ___
   talk mailing list
   [hidden email]
   


   https://lists.openstreetmap.org/listinfo/talk
   Remove Ads
   



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

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

[Sven Geggus]

Christoph Hormann  wrote:

> Da gibt es aber in der Praxis eine Menge Nuancen bei den Proportionen 
> und der Gestaltung im Detail - ist quasi wie bei Schriftarten.  Und die 
> derzeitigen Symbole im deutschen Stil sind eher 'Comic Sans' während 
> ich eine Garamond oder Antiqua bevorzugen würde... ;-)

So lange der Nadelbaum wie ein umgedrehtes V mit _ dahinter und der
Laubbaum wie ein Omega ohne linken Strich aussieht solls mir recht sein :)

http://www.zweiraddoktor.de/grafik/top50.jpg

Ich sehe gerade, dass da jeweils auch die rechte Linie etwas dicker gezeichnet
ist. Ob der Atkis Signaturenkatalog da was hat? Das Zeug wäre ja explizit
gemeinfrei.

> Deine Demo hat ja keine Koordinaten-URLs aber in der normalen Karte:

Weil man das bei Openlayers 3 selber implementieren muss :(

> http://www.openstreetmap.org/#map=13/31.1971/34.4094
> http://www.openstreetmap.org/#map=12/39.4354/22.2260

Hm. Sand sollte wohl gelber und bare_ground grauer sind denk ich mal.
Vorschläge für farbcodes?

> Nicht im Ergebnis:
> 
> Vergleich mal
> 
> http://openstreetmap.de/karte.html?zoom=7=31.48529=36.29365=B000TT
> 
> mit Deiner Demo.  Liegt daran, das hier im Detail eine Menge Änderungen 
> passiert sind, die Auswirkungen auf die dargestellte Farbe haben.

Zugegeben. Ich hatte aber ehrlich gesagt keine Lust Grenzen im dt. Stil
anders zu machen als im normalen. Nur das violett gefällt mir nicht und
deutsche Atlanten tendieren ja ohnehin zum grün.

Hat jemand einen Alten Shell-Atlas (mit orangen Autobahnen), von dem er mir
mal ein paar Seiten in eingescannter Form zur Verfügung stellen kann?

Gruss

Sven

-- 
"Thinking of using NT for your critical apps?
  Isn't there enough suffering in the world?"
   (Advertisement of Sun Microsystems in Wall Street Journal)
/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: [Talk-dk] Service forsvinder snart

[Soren Johannessen]

Den nye URL er lagt ind nu og hvis du opdaterer i JOSM i  >
Indstillinger > TMS/WMS  og så ikonet "Genindlæs standarder" så skulle
den nye proxy være der og klar til brug

Bemærk at det er firmaet  Septima der er så flinke at køre en proxy
server med Geodatastyrelsens lag - Så tak til Septima for denne fine
service.

Vh
Søren Johannessen

On Fri, Jun 17, 2016 at 8:26 PM, Michael Andersen  wrote:
> Fredag den 17. juni 2016 20:21:48 skrev Lars Gravengaard:
>> Hej
>>
>> Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i JOSM
>> kommer teksten i rødt Service forsvinder snart
>>
>> Er der en løsning på dette?
>>
>> Mvh
>> Lars G
>
> https://josm.openstreetmap.de/ticket/12982
>
> Mvh Hjart
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

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

[OSM-talk] WeeklyOSM 308

[Jinal Foflia]

The weekly round-up of OSM news, issue #308, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7686

*Among others:*


   - Read more about a cool project to visualize OSM data in 3D and split
   vertically by year.
   - State of the Map US 2016, will be held at Seattle University on the
   23rd to the 25th of July and will focus on the importance of free map data
   in humanitarian efforts of organizations, ranging from Microsoft and the
   American Red Cross to the Tacoma Fire Department. More information here.
   - Peter Liu from Mapbox uses the data from USGS (US Geological Survey)
   and created a real-time map of all earthquakes, which are measured by the
   USGS. Read more about it here.
   - Interested in "Creating a Realistic City With OpenStreetMap in
   Blender"? Read in here for more on this.


Cheers,

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

[Talk-us] WeeklyOSM 308

[Jinal Foflia]

The weekly round-up of OSM news, issue #308, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7686

*Among others:*


   - Read more about a cool project to visualize OSM data in 3D and split
   vertically by year.
   - State of the Map US 2016, will be held at Seattle University on the
   23rd to the 25th of July and will focus on the importance of free map data
   in humanitarian efforts of organizations, ranging from Microsoft and the
   American Red Cross to the Tacoma Fire Department. More information here.
   - Peter Liu from Mapbox uses the data from USGS (US Geological Survey)
   and created a real-time map of all earthquakes, which are measured by the
   USGS. Read more about it here.
   - Interested in "Creating a Realistic City With OpenStreetMap in
   Blender"? Read in here for more on this.


Cheers,

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

[Talk-ca] WeeklyOSM 308

[Jinal Foflia]

The weekly round-up of OSM news, issue #308, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7686

*Among others:*


   - Read more about a cool project to visualize OSM data in 3D and split
   vertically by year.
   - State of the Map US 2016, will be held at Seattle University on the
   23rd to the 25th of July and will focus on the importance of free map data
   in humanitarian efforts of organizations, ranging from Microsoft and the
   American Red Cross to the Tacoma Fire Department. More information here.
   - Peter Liu from Mapbox uses the data from USGS (US Geological Survey)
   and created a real-time map of all earthquakes, which are measured by the
   USGS. Read more about it here.
   - Interested in "Creating a Realistic City With OpenStreetMap in
   Blender"? Read in here for more on this.


Cheers,

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

[Talk-GB] WeeklyOSM 308

[Jinal Foflia]

The weekly round-up of OSM news, issue #308, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7686

*Among others:*


   - Read more about a cool project to visualize OSM data in 3D and split
   vertically by year.
   - State of the Map US 2016, will be held at Seattle University on the
   23rd to the 25th of July and will focus on the importance of free map data
   in humanitarian efforts of organizations, ranging from Microsoft and the
   American Red Cross to the Tacoma Fire Department. More information here.
   - Peter Liu from Mapbox uses the data from USGS (US Geological Survey)
   and created a real-time map of all earthquakes, which are measured by the
   USGS. Read more about it here.
   - Interested in "Creating a Realistic City With OpenStreetMap in
   Blender"? Read in here for more on this.


Cheers,

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

[Talk-in] WeeklyOSM 308

[Jinal Foflia]

The weekly round-up of OSM news, issue #308, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7686

*Among others:*


   - Read more about a cool project to visualize OSM data in 3D and split
   vertically by year.
   - State of the Map US 2016, will be held at Seattle University on the
   23rd to the 25th of July and will focus on the importance of free map data
   in humanitarian efforts of organizations, ranging from Microsoft and the
   American Red Cross to the Tacoma Fire Department. More information here.
   - Peter Liu from Mapbox uses the data from USGS (US Geological Survey)
   and created a real-time map of all earthquakes, which are measured by the
   USGS. Read more about it here.
   - Interested in "Creating a Realistic City With OpenStreetMap in
   Blender"? Read in here for more on this.
   - A call for a tree mapping party in Basaveshwaranagar (Bangalore,
   India) on the The World Environment Day.


Cheers,

Jinal Foflia 
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-dk] Service forsvinder snart

[Michael Andersen]

Fredag den 17. juni 2016 20:21:48 skrev Lars Gravengaard:
> Hej
> 
> Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i JOSM
> kommer teksten i rødt Service forsvinder snart
> 
> Er der en løsning på dette?
> 
> Mvh
> Lars G

https://josm.openstreetmap.de/ticket/12982

Mvh Hjart

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

[Talk-dk] Service forsvinder snart

[Lars Gravengaard]

Hej

Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i JOSM
kommer teksten i rødt Service forsvinder snart

Er der en løsning på dette?

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

Re: [OSM-talk] 3D somehow not compatible with our map and editing concepts / capabilities?

[Oleksiy Muzalyev]

What surprises is that such colossal structures as Eiffel Tower [1], 
Emley Moor Mast [2], Ostankino Tower [3], etc. do not even have an icon 
on the OSM map. They look as an usual building at best. Just for 
comparison, - on Google map it is immediately visible that it is a tall 
structure [1][2][3], and it's right. These are really tall, hundreds of 
meters, towers made of steel and concrete, which are and will be 
standing for centuries.


Verticalization is an inevitable complex process in urban development, 
so 3D is necessary. The good place to start would be these "elephants in 
the room". However, drawing turrets of normal buildings in 3D in my 
opinion is still an experiment, a "future music".


[1]
https://en.wikipedia.org/wiki/Eiffel_Tower
http://osm.org/go/0BOdUuUUg
https://www.google.com/maps/@48.8581675,2.2947875,18.31z

[2]
https://en.wikipedia.org/wiki/Emley_Moor_transmitting_station
http://osm.org/go/evinV00xh-
https://www.google.com/maps/@53.6121585,-1.6630658,17.75z

[3]
https://en.wikipedia.org/wiki/Ostankino_Tower
https://www.openstreetmap.org/#map=18/55.81972/37.61209
https://www.google.com/maps/@55.819668,37.6118877,18.31z

Best regards,
Oleksiy

On 17/06/16 18:50, Martin Koppenhoefer wrote:
With this mail I would like to open a general discussion, whether it 
makes sense to add detailed 3D data into the current OSM db.


Living in a historic city with lots of tourists (many of them mappers 
apparently), and lots of famous monuments, I am observing for years 
now, that more and more detailed 3D objects get mapped.


While at first this seemed to be an interesting (and maybe logical) 
development of some advanced mappers, to further push the limits of 
mapping, more and more doubts have grown in the meantime whether this 
kind of data is sustainable. Particularly because the raised 
complexity leads to many errors, where people recreate already 
existing objects or add localized name tags (or other tags) to 
(building:)parts that are mainly there for geometric representation in 
3d, but are not the objects that actually represent the feature (i.e. 
those that have most of the tags). Subsequently other mappers find 
these objects (with some tags) and add more, and after a while it can 
become plain chaos, until someone with a lot of time dedicates herself 
to clean the mess up.


And honestly, I can understand this happening, these objects are 
really complex and after something has been "3D-fied" it becomes at 
least time consuming, if not completely confusing to make any simple 
edit (like adding a new tag), because you have to search the "main 
object" and understand where to put the tag.


I believe there is something conceptually wrong with adding those 
3D-monsters into the common db and require from everybody to 
understand them, without proper support or hierarchy on an API- or 
editor-level.


(a side-issue is that many monuments like columns, obelisks and 
similar are modelled as "building:parts", where there clearly is 
nothing that is a building, but rather a massive stone)


Some examples (load them in your editor to understand what I am 
talking about):


https://www.openstreetmap.org/#map=19/41.90224/12.45784
https://www.openstreetmap.org/#map=19/41.90297/12.46658
https://www.openstreetmap.org/#map=19/41.89591/12.48466 (the Trajan's 
column, a simple column consisting in osm of 9 concentric objects! 
Find the right one, if all of them get their name rendered at the same 
spot in the editor)
https://www.openstreetmap.org/#map=19/41.89854/12.47695 (the Pantheon, 
countless times there pop up duplicates as nodes)


What are your experiences?


Cheers,
Martin


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



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

[Talk-it] import edifici Boscoreale

[Alecs]

Ciao a tutti,
segnalo questo post nel diario di OSM:
https://www.openstreetmap.org/user/Chetan_Gowda/diary/38871
qualche locale può dare un occhio?

Grazie
Alessandro



--
View this message in context: 
http://gis.19327.n5.nabble.com/import-edifici-Boscoreale-tp5875759.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-it] contribuire a qualità di openstreetmap su aree verdi

[Alecs]

Inizialmente qualche tempo fa mi pare che chiedesse se si era d'accordo con
la classificazione dell"area verde" attuale in OSM oppure no, non ho capito
se a scopi di ricerca o di modifica eventualmente dei dati (mi sembra di più
il primo).



--
View this message in context: 
http://gis.19327.n5.nabble.com/contribuire-a-qualita-di-openstreetmap-su-aree-verdi-tp5875727p5875758.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] MAPS.ME edits - partly sub-standard

[Michael Reichert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Martin,

Am 17.06.2016 um 17:52 schrieb Martin Koppenhoefer:
> Apparently Maps.me, the most popular open map app for mobile, has
> gained some editing functions recently. While this is great news
> (millions of new mappers), it also bears some potential for
> trouble, as these new mappers often don't seem to be familiar with
> OSM tagging.
> 
> In the past weeks there have been several complaints on the Italian
> mailing list (leading to reverts), and I am sure, elsewhere you
> will find similar issues.
> 
> One example: https://www.openstreetmap.org/changeset/40094970
> 
> The mapper added chinese names right into the name tag, but as this
> is a place in Italy, these should rather be in Italian.

There is also a discussion about Maps.Me edits at German forum [1] and
an (English) wiki page [2] collecting problems/problematic edits of
Maps.Me users.

Best regards

Michael


[1] http://forum.openstreetmap.org/viewtopic.php?id=54874
[2] https://wiki.openstreetmap.org/wiki/Maps.Me/Questionable_OSM_Edits

- -- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt.
(Mailinglisten ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXZDZKAAoJEB87G9rMCMyIaX0QAMfJc6BbOadUbDk/rZH6Sr36
oO28RTEHQPNuWHiAMxYnzPBfjw5XjtgSpi26b9pvrmnYwF7oV6x5rn2Nec3WMgLq
EoueZ3OSv8olD71ZuqpE1gqD2SLIQYByX5HbmgtgnuCGu7xBpelx1yhGEVU8sx65
sb3ppYQlbbekax7XDsfTlDTgJEZKm/NvI4k9b/U8yw98jOFl99AURnHBq+48Yn/P
hL8//kvCN1gbffnS4zYSf5iSDdTKncj4cpY0SGU97wnNjyhMTJYRX8xYH8WsEb8c
Ot6q6nb3x+zVtukRUuo38NdhBurt5K0LnBIoLU8BTUpGblPkNyfk16rO74TNvGRv
197z6bURia+QNkNR0cWUdDdRWAw6pxAmh9eQ7pkXoqdOV6FxfdXdrEZPLH4e+38O
LopOmxHVm7YBh4lh7iUjalFWQwgDlLRrezdt0hcRL4UDTmJXrP+tIw+oDG3gf0sd
eQVVASv/+LAW7X8Hq8ThAJzH4qh0w0BFWulEFmIW2j7OqdkhQyKfOFEOoALpEOvO
BbbxVrAzrovsmkXU6IIJCBwQMDZhMr3xkiPP/HcKEF3CzY21d3JG5drHnKXm5yUv
22M9U02NnwkrkCCgLnTDc2jQhLdOcRJa7MaplOogQwbZCPJSjlnFewcJwGYWOibF
LrZyDdOa+hAcU14KbtAs
=UH7F
-END PGP SIGNATURE-

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

Re: [OSM-talk] iD news: v1.9.6 released

[Martin Koppenhoefer]

2016-06-17 17:55 GMT+02:00 Minh Nguyen :

> I disagree that these considerations make the iD feature less correct
> given that the wikidata tag is already widely used.




the important difference is, that someone adding a wikidata tag manually
will likely check the wikidata object, someone doing it automatically will
likely not.

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

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

[Martin Koppenhoefer]

2016-06-17 18:51 GMT+02:00 Jóhannes Birgir Jensson :

>
> I've suggested they have 3 name fields - name, name:en and a name:?? which
> is chosen by user in preferences (at install). They have acknowledged it
> but made no promises on how they will handle it.
>



I hope they are acting fast, I had 5 new mapsme users in the past 24 hours
and have seen a significant increase in new mappers in the past few weeks
(but didn't have the time to look at them yet). These are only the first
time mappers, not recurring ones (for which I do not get noticed).

Another common error is placing features like hotels in the middle of the
road, e.g.
https://www.openstreetmap.org/node/4247555890

Between 2 buildings:
https://www.openstreetmap.org/node/4247538389

A tourist attraction with only a russian name and not further description
what it is:
https://www.openstreetmap.org/node/4247530407

(tourism=attraction, being more an attribute than an actual feature, should
likely be completely excluded from the maps.me presets)

Unconventional orthography in the names ("vaticansweethome casa vacanze"
and "chiara pujia", no protocoll in the website tag):
https://www.openstreetmap.org/node/4248541006

A jeweller's in the middle of the road (actually from internet research
this is not a jeweller's, it's a place where you can sell gold):
The name is one of a business (typically, mappers don't add stuff like
"limited" in the name tag, should go into operator IMHO).
https://www.openstreetmap.org/node/4246997289

These are just the past 24 hours, and only the first time edits...

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

Re: [Talk-it] Mapping Party Esino Lario

[Paolo Mauri]

Il 17 giugno 2016 18:57:11 CEST, Dario Crespi  ha 
scritto:
>Ciao Paolo, se riesci a venire a Esino il lavoro certo non manca :-)
Ok allora domani mattina sono dei vostri! 

>Io sono già qui, ma domani mattina devo tornare a Busto Arsizio e
>partirò
>da Esino alle 11.
>Ci sono comunque altri volontari e tra l'altro sono già arrivati (e
>lavorano oggi e domani) i primi partecipanti a Wikimania. Si tratta di
>un
>gruppo che si occupa di Kiwix.
Bene, a domani allora 
>Dario
>
>Il giorno 17 giugno 2016 14:45, Paolo Mauri  ha
>scritto:
>
>> On Tue, 14 Jun 2016 20:49:11 +0200
>> Dario Crespi  wrote:
>>
>> > No, magari una visita al museo a Mandelli è poi a mappare nei
>paesini
>> > più nord, tipo Bella o quelli ancora più su.
>> Ciao a tutti
>> riprendo questo thread, domani mattina io ho un po' di tempo, quindi
>> se qualcuno fa qualcosa mi aggrego volentieri, anche per dare una
>mano
>> per altro, visto che mi par di capire che il MP è saltato.
>> Resto in attesa
>>
>> --
>> Paolo Mauri
>> Linux User #462825
>> irc maupao
>> twitter @mauri_paolo
>> www.paolomauri.it
>> google+ https://www.google.com/+PaoloMauri
>>
>> un sistema libero per la scuola
>> http://sodilinux.itd.cnr.it/
>>
>> Esci dall'illegalità: utilizza LibreOffice.org:
>> http://www.libreoffice.org/download
>> http://linguistico.sourceforge.net/wiki/doku.php?id=usaooo
>> http://linguistico.sourceforge.net/pages/traduzioni/ms_illegal.html
>>
>> ___
>> 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

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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

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

[Martin Koppenhoefer]

2016-06-17 18:51 GMT+02:00 Jóhannes Birgir Jensson :

>
> This app is giving us an added editor manpower but we might need to help
> them to make the tool more useful - with more and clearer presets being one
> issue.
>


yes, I agree that the potential gain in manpower is promising, on the other
hand, editing with the major part of the details not available (because not
needed for the mapsme rendering and routing), these edits should likely be
peer reviewed before they go online.

Note that many of the objects where the app user had amended a chinese name
part, already had a proper name:zh tag, so likely this should be presented
to chinese users (or he used the wrong language version of the app, I don't
know).

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

Re: [Talk-it] Mapping Party Esino Lario

[Dario Crespi]

Ciao Paolo, se riesci a venire a Esino il lavoro certo non manca :-)
Io sono già qui, ma domani mattina devo tornare a Busto Arsizio e partirò
da Esino alle 11.
Ci sono comunque altri volontari e tra l'altro sono già arrivati (e
lavorano oggi e domani) i primi partecipanti a Wikimania. Si tratta di un
gruppo che si occupa di Kiwix.

Dario

Il giorno 17 giugno 2016 14:45, Paolo Mauri  ha
scritto:

> On Tue, 14 Jun 2016 20:49:11 +0200
> Dario Crespi  wrote:
>
> > No, magari una visita al museo a Mandelli è poi a mappare nei paesini
> > più nord, tipo Bella o quelli ancora più su.
> Ciao a tutti
> riprendo questo thread, domani mattina io ho un po' di tempo, quindi
> se qualcuno fa qualcosa mi aggrego volentieri, anche per dare una mano
> per altro, visto che mi par di capire che il MP è saltato.
> Resto in attesa
>
> --
> Paolo Mauri
> Linux User #462825
> irc maupao
> twitter @mauri_paolo
> www.paolomauri.it
> google+ https://www.google.com/+PaoloMauri
>
> un sistema libero per la scuola
> http://sodilinux.itd.cnr.it/
>
> Esci dall'illegalità: utilizza LibreOffice.org:
> http://www.libreoffice.org/download
> http://linguistico.sourceforge.net/wiki/doku.php?id=usaooo
> http://linguistico.sourceforge.net/pages/traduzioni/ms_illegal.html
>
> ___
> 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: [OSM-talk] MAPS.ME edits - partly sub-standard

[Jóhannes Birgir Jensson]

I've contacted Maps.me about this issue as we are cleaning up where people are 
adding English and Chinese names to the name field in Iceland.
I've suggested they have 3 name fields - name, name:en and a name:?? which is 
chosen by user in preferences (at install). They have acknowledged it but made 
no promises on how they will handle it.
This app is giving us an added editor manpower but we might need to help them 
to make the tool more useful - with more and clearer presets being one issue.

 Upphafleg skilaboð 
Frá: Martin Koppenhoefer  
Dagsetning: 17/06/2016  15:52  (GMT+00:00) 
Til: osm  
Efni: [OSM-talk] MAPS.ME edits - partly sub-standard 

Apparently Maps.me, the most popular open map app for mobile, has gained some 
editing functions recently. While this is great news (millions of new mappers), 
it also bears some potential for trouble, as these new mappers often don't seem 
to be familiar with OSM tagging.

In the past weeks there have been several complaints on the Italian mailing 
list (leading to reverts), and I am sure, elsewhere you will find similar 
issues.

One example: 
https://www.openstreetmap.org/changeset/40094970

The mapper added chinese names right into the name tag, but as this is a place 
in Italy, these should rather be in Italian.

Also the changeset comment seems to be autogenerated, what is not the worst of 
all possibilities, but it also isn't the best (there's no gain in information 
as to WHY an edit was performed, it contains only information WHAT was done, 
something you already see by looking at the changeset itself).

See also here: http://wiki.openstreetmap.org/wiki/Good_changeset_comments

As it happens, I'm a maps.me user as well and have had a look at the new 
function. Maybe I haven't found it, but there are only very few informations 
(tags) from OSM on the actual objects (naturally, because they have to save on 
precious device space), and the level of zoom is limited (e.g. I couldn't zoom 
in to see all housenumbers, some of them have been omitted and this will 
inevitably lead to lots of newly created duplicates).

From my point of view, even as an experienced OSM mapper, it is currently 
almost impossible to make meaningful edits (in well mapped areas) with this 
app, because of the missing data. 

Cheers,
Martin



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

[OSM-talk] 3D somehow not compatible with our map and editing concepts / capabilities?

[Martin Koppenhoefer]

With this mail I would like to open a general discussion, whether it makes
sense to add detailed 3D data into the current OSM db.

Living in a historic city with lots of tourists (many of them mappers
apparently), and lots of famous monuments, I am observing for years now,
that more and more detailed 3D objects get mapped.

While at first this seemed to be an interesting (and maybe logical)
development of some advanced mappers, to further push the limits of
mapping, more and more doubts have grown in the meantime whether this kind
of data is sustainable. Particularly because the raised complexity leads to
many errors, where people recreate already existing objects or add
localized name tags (or other tags) to (building:)parts that are mainly
there for geometric representation in 3d, but are not the objects that
actually represent the feature (i.e. those that have most of the tags).
Subsequently other mappers find these objects (with some tags) and add
more, and after a while it can become plain chaos, until someone with a lot
of time dedicates herself to clean the mess up.

And honestly, I can understand this happening, these objects are really
complex and after something has been "3D-fied" it becomes at least time
consuming, if not completely confusing to make any simple edit (like adding
a new tag), because you have to search the "main object" and understand
where to put the tag.

I believe there is something conceptually wrong with adding those
3D-monsters into the common db and require from everybody to understand
them, without proper support or hierarchy on an API- or editor-level.

(a side-issue is that many monuments like columns, obelisks and similar are
modelled as "building:parts", where there clearly is nothing that is a
building, but rather a massive stone)

Some examples (load them in your editor to understand what I am talking
about):

https://www.openstreetmap.org/#map=19/41.90224/12.45784
https://www.openstreetmap.org/#map=19/41.90297/12.46658
https://www.openstreetmap.org/#map=19/41.89591/12.48466 (the Trajan's
column, a simple column consisting in osm of 9 concentric objects! Find the
right one, if all of them get their name rendered at the same spot in the
editor)
https://www.openstreetmap.org/#map=19/41.89854/12.47695 (the Pantheon,
countless times there pop up duplicates as nodes)

What are your experiences?


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

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

[Thomas Gratier]

Salut,

Wikipédia a ses propres serveurs depuis peu.
Je ne suis pas sûr de reconnaître les styles utilisés mais ils semblent
plutôt bien
https://www.mediawiki.org/wiki/Help:Extension:Kartographer#/map/1/13/37.7720/-122.4030
(voir une tuile exemple https://maps.wikimedia.org/osm-intl/13/1309/3165.png
)

Il serait possible de se rapprocher d'eux pour savoir s'il est possible
d'utiliser leur serveur pour substituer le style MapQuest.
Évidemment, la démarche ne garantit pas que la réponse sera positive.

Thomas

Le 17 juin 2016 à 09:11, Etienne Trimaille  a
écrit :

> Le 16 juin 2016 à 15:32, Shohreh  a écrit :
>
>> 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?
>>
>
> Il doit s'agir de mapsurfer : http://korona.geog.uni-heidelberg.de/
> Les données ne sont pas toutes récentes malheureusement. (du mois de mai)
>
> ___
> 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

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

[Philippe Casteleyn]

Nu zit in nog eventjes met de schrik, maar over 10 dagen zeg ik jullie wat dit 
is :https://twitter.com/filipvlaanderen/status/732506825111699456   
   ___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Mobile businesses

[Oleksiy Muzalyev]

As requested here are my thoughts. They can find locations of bicycle 
parking stations in a city via query "amenity=bicycle_parking" at 
https://overpass-turbo.eu/. A cycle mechanic sees immediately a bicycle 
which needs a service. So they may place on such bicycles a leaflet with 
a rubber band as shown on photos [1] with the URL of their website and 
short marketing message.


But first they should check if such a direct advertising is tolerated in 
this town. And a glue shall never be used to place leaflets, but only 
elastic bands, as glue may permanently damage paint on a bicycle.


Another possibility is to study the experience of this organization: 
http://velafrica.ch/en/What-we-do . This organization collects and 
repair about fifteen thousand (!) bicycles per year. At that all repairs 
are done either by professional mechanics themselves, or by volunteers 
under supervision of professional cycle mechanics.


[1] 
https://drive.google.com/file/d/0BwIBJzM0u50qWFVWM3pweXlyYWc/view?usp=sharing

https://drive.google.com/file/d/0BwIBJzM0u50qaGtsc2RkYVdoczQ/view?usp=sharing

Best regards,
Oleksiy

On 16/06/16 20:17, 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

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

[Martin Koppenhoefer]

Apparently Maps.me, the most popular open map app for mobile, has gained
some editing functions recently. While this is great news (millions of new
mappers), it also bears some potential for trouble, as these new mappers
often don't seem to be familiar with OSM tagging.

In the past weeks there have been several complaints on the Italian mailing
list (leading to reverts), and I am sure, elsewhere you will find similar
issues.

One example:
https://www.openstreetmap.org/changeset/40094970

The mapper added chinese names right into the name tag, but as this is a
place in Italy, these should rather be in Italian.

Also the changeset comment seems to be autogenerated, what is not the worst
of all possibilities, but it also isn't the best (there's no gain in
information as to WHY an edit was performed, it contains only information
WHAT was done, something you already see by looking at the changeset
itself).

See also here: http://wiki.openstreetmap.org/wiki/Good_changeset_comments

As it happens, I'm a maps.me user as well and have had a look at the new
function. Maybe I haven't found it, but there are only very few
informations (tags) from OSM on the actual objects (naturally, because they
have to save on precious device space), and the level of zoom is limited
(e.g. I couldn't zoom in to see all housenumbers, some of them have been
omitted and this will inevitably lead to lots of newly created duplicates).

>From my point of view, even as an experienced OSM mapper, it is currently
almost impossible to make meaningful edits (in well mapped areas) with this
app, because of the missing data.

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

[Talk-GB] Updated OS Street View (OpenData)

[Grant Slater]

Hi OSM-GB,

I recently updated:
http://os.openstreetmap.org/

The site now has all the OS Street View OpenData editions April 2010
to April 2016.
The tiles defaults to the latest April 2016 edition.

Ordnance Survey are not releasing further updates to OS Street View. [1]

I have created "diffs" which highlight changes between each edition,
these are helpful to find what has changed and possibly where to focus
OpenStreetMap mapping expeditions.

The diffs took over 224 days of CPU time to produce on a reasonably
fast Intel Xeon CPU. I hope people find them useful ;-)

PS: Currently there is no permalink feature... Would love it if
someone else added this feature ;-)
templates + files here contain the leafletjs + html code:
https://github.com/openstreetmap/chef/tree/master/cookbooks/imagery

1: 
https://www.ordnancesurvey.co.uk/business-and-government/products/os-streetview.html

Kind regards,

Grant

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

Re: [Talk-cz] pridani rozcestniku

[Zdeněk Pražák]

Já tyto rozcestníky rovněž přidávám do obou relací


-- Původní zpráva --
Od: Martin Hejna 
Komu: OpenStreetMap Czech Republic 
Datum: 17. 6. 2016 16:34:36
Předmět: [Talk-cz] pridani rozcestniku

"Ahoj

Pridal jsem novy rozcestnik (odbocka Nova Rasovna 200m).

http://www.openstreetmap.org/node/4248484912

Nevedel jsem ale, do ktere relace ho mam pridat.
Jestli do cesty ze ktere odbocuje, nebo do cesty, ktera je vlastne tou 
odbockou.
Pridal jsem ho tedy do obou relaci.

Je to spravne?

Diky
Martin Hejna


___
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] iD news: v1.9.6 released

[Martin Koppenhoefer]

Sorry that it took me a while to reply, I was out of office and just came
back now.

Il giorno 10 giu 2016, alle ore 21:07, Minh Nguyen <
m...@nguyen.cincinnati.oh.us> ha scritto:

is this your interpretation or is it explicitly defined like this? I'm
astonished that these 2 concepts are supposedly structured vertically and
not horizontally in wikidata


 is defined in Wikidata as a subset
of . I agree that this is a suboptimal
relationship – anyone can edit



it's not a big problem to have errors in the relations as long as everybody
can agree that it's an error and should be corrected. But the fact that
this wrong relation still sits in there and doesn't actually get corrected
is a bit troubling, particularly as this is IMHO a major bug which has
influence on all settlements that are in wikidata.

Another issue I believe to have found in this item looking at
https://www.wikidata.org/wiki/Q486972 :
the first words, (I believe it is meant to be the definition, although it
does not explicitly say so,) are "densely populated geographic location

   - populated place
   - settlement
   - human community
   - inhabited place"


   -


   - Now when you think about a ghost town, it clearly is a human
   settlement, but this definition falls short in covering it. I would prefer,
   rather than a collection of related terms (human community, inhabited place
   etc), a complete sentence that defines the term, e.g. "a human settlement
   is a place where a community of humans lives or lived and decided in the
   past to settle and create dwellings." (surely could be improved, just an
   example).

There are lots of unanswered questions in wikidata, and probably, by
judging from the current state of the data, not enough editors to manage to
look through all of it.

Another issue that comes to mind: what about contradictions between an
article and a wikidata object? How is the relationship between the articles
and wikidata? Apparently, you can only associate on article to one item, so
this suggests a strong relationsship, but clearly there are articles in
many languages, and there will be lots of contradictions between those
languages (because there are lots of articles, and because nearly noone
cross checks different languages). IMHO it would have been a better idea to
have a less strong relationship, something like "this article has
information about this item" (and hence allow multiple articles to be
associated with an object) rather than what it seems conceptually to be
thought of now (the articles and this wikidata object deal with the same
thing, are the same thing, here in article form and here as mathematical
relations).
For me these are just more indications that we should not base automatic
edits on this source at the moment.

Generally, in OSM we are proud about the high quality of our data, because
the mappers base their work on first hand experience and human judgement,
and we shouldn't give these up just to gain a little more editing
convenience (IMHO).

We do have very strict guidelines for imports and automated edits, and IMHO
this new features falls into the second category...

Cheers,
Martin

[1] http://wiki.openstreetmap.org/wiki/Automated_edits
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] pridani rozcestniku

[Martin Hejna]

Ahoj

Pridal jsem novy rozcestnik (odbocka Nova Rasovna 200m).

http://www.openstreetmap.org/node/4248484912

Nevedel jsem ale, do ktere relace ho mam pridat.
Jestli do cesty ze ktere odbocuje, nebo do cesty, ktera je vlastne tou odbockou.
Pridal jsem ho tedy do obou relaci.

Je to spravne?

Diky
Martin Hejna


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

[Talk-br] Mapping Party Olímpica - 25 e 26 de junho

[Arlindo Pereira]

Olá pessoal,

estamos combinando uma Mapping Party virtual na cidade do Rio de Janeiro no
final de semana do dia 25 e 26 de junho.

Mapping Parties virtuais são eventos aonde cada um mapeia um pouco da
cidade, ainda que remotamente. Teremos imagens de satélite super
atualizadas, fornecidas pela Mapbox, bem como fotos do Mapillary para
servir como base.

Quem tiver interesse em participar, por favor veja mais informações no
wiki: https://wiki.openstreetmap.org/wiki/Rio_Olympics_Mapping


[]s
Arlindo Pereira
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] contribuire a qualità di openstreetmap su aree verdi

[Volker Schmidt]

Ho solo guardato le istruzioni.
(http://opensciencemap.org/quality/index.php?action=remember, poi "next")
e sembra che prevede il controllo con foto *Google*, oltre a Bing, cioè
inserzione dati in OSM da foto satellitari Google.




2016-06-17 13:18 GMT+02:00 Maurizio Napolitano :

> Ciao
> ho scoperto oggi il progetto grass che, molto semplicemente,
> chiede di verificare se su un area mappata in openstreetmap, ricopre
> una zona verde facendo un confronto con una foto aerea.
> Il progetto è qui
> http://opensciencemap.org/quality/
>
> Se ho ben inteso il progetto usa il software pybossa come backend
>
> Happy mapping
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> 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-br] Como guardar cache das imagens do Bing no JOSM

[Guilherme Peev]

gostei, Sérgio. Se você avançar nisso, por favor continue postando.
Grato,

Em qui, 16 de jun de 2016 às 23:07, Sérgio V.  escreveu:

> 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
>
-- 
Guilherme Peev dos Santos.
Tel.: +55 (11) 998-613-318 (TIM)

Preserva as informações de seus conhecidos, use cópia oculta (Cco ou Bcc)
para seus endereços de e-mail
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Mapping Party Esino Lario

[Paolo Mauri]

On Tue, 14 Jun 2016 20:49:11 +0200
Dario Crespi  wrote:

> No, magari una visita al museo a Mandelli è poi a mappare nei paesini
> più nord, tipo Bella o quelli ancora più su.
Ciao a tutti
riprendo questo thread, domani mattina io ho un po' di tempo, quindi
se qualcuno fa qualcosa mi aggrego volentieri, anche per dare una mano
per altro, visto che mi par di capire che il MP è saltato.
Resto in attesa

--
Paolo Mauri
Linux User #462825
irc maupao
twitter @mauri_paolo
www.paolomauri.it
google+ https://www.google.com/+PaoloMauri

un sistema libero per la scuola
http://sodilinux.itd.cnr.it/

Esci dall'illegalità: utilizza LibreOffice.org: 
http://www.libreoffice.org/download
http://linguistico.sourceforge.net/wiki/doku.php?id=usaooo
http://linguistico.sourceforge.net/pages/traduzioni/ms_illegal.html

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

Re: [Talk-br] Novo Grupo no WhatsApp ou telegram ou informação de Grupo Já Existente e Que esteja funcionando!!

[Arlindo Pereira]

Olá Raphael,

já temos dois grupos no Telegram, um geral para a comunidade e um apenas
para suporte (tirar dúvidas). Veja no wiki os links para participar:
http://wiki.openstreetmap.org/wiki/Pt:Contact

[]s
Arlindo

2016-06-17 8:37 GMT-03:00 raphaelmirc . :

> Bom Dia amigos do grupo,
>
>   pensei em criar um grupo no whatsaap ou telegran para troca de
> informações em tempo real ou se caso ja exista que seja divulgado para que
> todos que tem interesse como eu de ajudar nesse projeto possa participar de
> um grupo em tempo real para contato e colocação de duvidas e ajuda um ao
> outro.
>
>
>   caso não tenha eu posso criar o grupo ou outro amigo também pode
> criar o grupo e adicionar aqui na lista ou por e-mail.
>
>
> aguardo resposta,
>
>
>
> Att;
> Um Forte Abraço,
>
>
> *Raphael de Assis*
> Recife/PE
> raphaelm...@gmail.com
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

[Marc Gemis]

volgens eerdere berichtgeving die ik heb gezien, was die "ontbrekende"
partij ook voor het voorstel.

2016-06-17 14:13 GMT+02:00 Philippe Casteleyn :
> Onthou vooral voor wie je niet moet stemmen.  Er ontbreekt wel een partij.
> Heeft iemand een link naar de authentieke bron ?
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [Talk-br] Novo Grupo no WhatsApp ou telegram ou informação de Grupo Já Existente e Que esteja funcionando!!

[Tarcisio Oliveira]

Bom dia raphael, no wiki, na parte de "Contato com a comunidade", tem os 
links do telegram e outros lugares tmb

http://wiki.openstreetmap.org/wiki/Pt:Contact

Aparece lá.

Em 17-06-2016 08:37, raphaelmirc . escreveu:

Bom Dia amigos do grupo,

  pensei em criar um grupo no whatsaap ou telegran para troca de 
informações em tempo real ou se caso ja exista que seja divulgado para 
que todos que tem interesse como eu de ajudar nesse projeto possa 
participar de um grupo em tempo real para contato e colocação de 
duvidas e ajuda um ao outro.



  caso não tenha eu posso criar o grupo ou outro amigo também 
pode criar o grupo e adicionar aqui na lista ou por e-mail.



aguardo resposta,



Att;
Um Forte Abraço,


/*Raphael de Assis*/
Recife/PE
raphaelm...@gmail.com 



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


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

Re: [Talk-br] Novo Grupo no WhatsApp ou telegram ou informação de Grupo Já Existente e Que esteja funcionando!!

[Fabrício Souza]

Olá Raphael,

Já possuímos um grupo no Telegram.


telegram.me/OSMBrasil_Suporte



Abraços!



Fabrício S. Souza
+55 41 9686-4187
http://fabriciosouza.com




Em 17 de junho de 2016 08:37, raphaelmirc . 
escreveu:

> Bom Dia amigos do grupo,
>
>   pensei em criar um grupo no whatsaap ou telegran para troca de
> informações em tempo real ou se caso ja exista que seja divulgado para que
> todos que tem interesse como eu de ajudar nesse projeto possa participar de
> um grupo em tempo real para contato e colocação de duvidas e ajuda um ao
> outro.
>
>
>   caso não tenha eu posso criar o grupo ou outro amigo também pode
> criar o grupo e adicionar aqui na lista ou por e-mail.
>
>
> aguardo resposta,
>
>
>
> Att;
> Um Forte Abraço,
>
>
> *Raphael de Assis*
> Recife/PE
> raphaelm...@gmail.com
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] contribuire a qualità di openstreetmap su aree verdi

[Cascafico Giovanni]

Mi ricorda quello francese con scopo classificare l'orientamento dei tetti,
segnalato in lista qualche tempo fa. Un progetto con tempi vicini
all'infinito direi.

Quello  francese, volendo pensar male, rivolto agli installatori di
pannelli solari, ma questo cosa serve? Purtroppo sono su smartphone e mi
taglia le pagine... Mi é sfuggito qualcosa?

--
cascafico.altervista.org
twitter.com/cascafico
Il 17/giu/2016 13:19 "Maurizio Napolitano"  ha scritto:

> Ciao
> ho scoperto oggi il progetto grass che, molto semplicemente,
> chiede di verificare se su un area mappata in openstreetmap, ricopre
> una zona verde facendo un confronto con una foto aerea.
> Il progetto è qui
> http://opensciencemap.org/quality/
>
> Se ho ben inteso il progetto usa il software pybossa come backend
>
> Happy mapping
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> 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

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

[Philippe Casteleyn]

Onthou vooral voor wie je niet moet stemmen.  Er ontbreekt wel een partij.  
Heeft iemand een link naar de authentieke bron ?
  ___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-br] Novo Grupo no WhatsApp ou telegram ou informação de Grupo Já Existente e Que esteja funcionando!!

[raphaelmirc .]

Bom Dia amigos do grupo,

  pensei em criar um grupo no whatsaap ou telegran para troca de
informações em tempo real ou se caso ja exista que seja divulgado para que
todos que tem interesse como eu de ajudar nesse projeto possa participar de
um grupo em tempo real para contato e colocação de duvidas e ajuda um ao
outro.


  caso não tenha eu posso criar o grupo ou outro amigo também pode
criar o grupo e adicionar aqui na lista ou por e-mail.


aguardo resposta,



Att;
Um Forte Abraço,


*Raphael de Assis*
Recife/PE
raphaelm...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] contribuire a qualità di openstreetmap su aree verdi

[Martin Koppenhoefer]

2016-06-17 13:18 GMT+02:00 Maurizio Napolitano :

> ho scoperto oggi il progetto grass che, molto semplicemente,
> chiede di verificare se su un area mappata in openstreetmap, ricopre
> una zona verde facendo un confronto con una foto aerea.
>


spero che non suggeriscono che landuse=grass vada bene per un praticello ;-)

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

[Talk-it] contribuire a qualità di openstreetmap su aree verdi

[Maurizio Napolitano]

Ciao
ho scoperto oggi il progetto grass che, molto semplicemente,
chiede di verificare se su un area mappata in openstreetmap, ricopre
una zona verde facendo un confronto con una foto aerea.
Il progetto è qui
http://opensciencemap.org/quality/

Se ho ben inteso il progetto usa il software pybossa come backend

Happy mapping

-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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

[Talk-us] problematic import in san francisco state university

[Rihards]

see https://www.openstreetmap.org/way/338699618/history and other things 
around there.


looks like a ~ 1 year old import. doesn't seem to have followed the 
guidelines at all, has things like Shape_Area, Shape_Leng, 
landcover=Forest, a lot of excess nodes in straight segments.


irc is suggesting a revert, but i'm afraid to make an even bigger mess - 
would be nice if some locals could pick that one up.


(granted, it looks nice in the renderer... but that's about it :/ )
--
 Rihards

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

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

[Christoph Hormann]

On Friday 17 June 2016, Sven Geggus wrote:
>
> > Ich bezog mich jetzt eher auf die Symbole als auf deren Anordnung -
> > ich find die derzeitigen Baum-Symbole im deutschen Stil recht wenig
> > ansprechend.
>
> Ansprechend oder nicht finde ich heir als Thema nicht valide.  Es
> handelt sich schlichtweg um die Symbole, deren Bedeutung auf Karten
> ich schon in der Grundschule gelernt habe.  Siehe auch Topokarten der
> Vermessungsämter.

Da gibt es aber in der Praxis eine Menge Nuancen bei den Proportionen 
und der Gestaltung im Detail - ist quasi wie bei Schriftarten.  Und die 
derzeitigen Symbole im deutschen Stil sind eher 'Comic Sans' während 
ich eine Garamond oder Antiqua bevorzugen würde... ;-)

> > Wie Michael schon sagte kannst Du das repository mit 'watch'
> > verfolgen.
>
> Kann ich notifies bei commits/merges auf master bekommen? Ich finde
> nur einen Knopf um zwischen watch und unwatch hin und her zu
> schalten.

Gibt glaub ich keine Differenzierungsmöglichkeiten - Du musst dann auf 
deiner Seite filtern.  Das meiste ist aber im master.

> > 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.
>
> Hast Du mal einen link? Ich habe farmland ganz bewusst sehr hell. Als
> Alternative zum ganz weglassen quasi :)

Deine Demo hat ja keine Koordinaten-URLs aber in der normalen Karte:

http://www.openstreetmap.org/#map=13/31.1971/34.4094
http://www.openstreetmap.org/#map=12/39.4354/22.2260

> > 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.
>
> Das ist die Farbe, die wir schon immer hatten.

Nicht im Ergebnis:

Vergleich mal

http://openstreetmap.de/karte.html?zoom=7=31.48529=36.29365=B000TT

mit Deiner Demo.  Liegt daran, das hier im Detail eine Menge Änderungen 
passiert sind, die Auswirkungen auf die dargestellte Farbe haben.

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

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

Re: [OSM-ja] OpenStreetMap福島 マッピングパーティー in 白河

[insidekiwi555]

ikiyaです。

遅くなりましたが、wikiまとめできたので報告します。
http://wiki.openstreetmap.org/wiki/JA:Shirakawa_mapping_party_20160522

5月22日（日）白河市でマッピングパーティーを開催しました。
天気は快晴（かなり暑い）、午前11時、二の丸茶屋（小峰城公園内）に集合、ミーティング後、1時間半ほど周辺を4組に分かれてフィールドワーク、カメラ撮影などしながら散策しました。
 
午後12時半、白河ラーメンの茶釜本店に集合、昼食をとりながら反省会。
午後は各自、南湖公園方面、その他のエリアへ車で撮影、マッピングに向かい現地解散しました。 
同日、白河駅周辺では「ご当地キャラこども夢フェスタ　ｉｎ　しらかわ」が開催され、ゆるキャラたくさんとお祭り客でにぎわっていました。
小峰城は震災で被災した箇所の修復工事中で立ち入りできるエリアは制限されていました。
マピラリ撮影も各自されてボカシ処理してましたが、手動とは別に手すりやガードレール、欄干など四角い枠に自動ぼかしが入る傾向が顕著でした。
要らないボカシは気が付いたら削除していました。四角い枠の縦横比、形状にかかわるようですが、池の周りの柵などは入るケースが多かったように見えます。




- Original Message -
>From: "insidekiwi...@yahoo.co.jp" 
>To: "talk-ja@openstreetmap.org"  
>Date: 2016/5/17, Tue 19:39
>Subject: [OSM-ja] OpenStreetMap福島　マッピングパーティー in 白河
> 
>
>ikiyaです。
>
>OpenStreetMap Fukushimaメンバー 宮森さんの主催で、今週末の日曜日、福島県白河市にてマッピングパーティーが開催されます。
>https://www.facebook.com/events/1725592547684835/
>参加者募集中です。参加されたい方はこちらML、もしくはFBにお知らせください。
>
>以下、開催内容の説明です。
>
>
>**
>
>
>【 OpenStreetMap福島　マッピングパーティー in 白河 】
>
>
>今回のパーティートピックは３つ！
>
>
>（１）集合場所でMapillaryの勉強会を実施
>講師は、私かもう一名
>　　※こんなストリートビューが取れます
>
>https://www.mapillary.com/map/im/MVxyHbRiaJeUve7OizhMGw/photo
>　
>（２）白河ラーメンを食ってワイワイする
>（３）白河市内や小峰城をMapillaryで撮影しながらマッピング
>
>小雨決行ですが、風雨が強い悪天候の場合中止します。
>
>駐車場に集合後、天気が良ければその場でMapillaryの使い方の説明、トップダウンでレクチャーします。
>※使ってみた方がはやい
>その後、近場のラーメン屋で食事後、１−２時間マッピングを開始するという流れです。
>
>小峰城の駐車場の空き具合がまずい場合は南湖公園にシフトしま
す。その場合は、フェイスブックなどのSNS、メッセンジャーで叫びます。
>南湖公園の駐車場は広く、今回のイベントの影響は受けにくいと思いますので。
>
>マッピング終了後、コメダコーヒー白河店で無線を使って写真をアップロード、地図描きの話など出来ればいいかなーと思っています。
>
>当日、白河市ではご当地キャラフェスなどもやっているので、家族連れでそっちを楽しんでもらっても可です。それぞれが色々な要素で何かを楽しみましょう。
>
>●小峰城の駐車場
>https://www.openstreetmap.org/node/3605477091#map=19/37.13044/140.21341
>※イベント当日、駐車場規制がかかる可能性大
>
>●南湖公園の駐車場
>https://www.openstreetmap.org/node/3605477091#map=19/37.10973/140.21288
>
>●準備するもの
>・GPS　カメラ　付
きスマートフォン
>・事前にMapillaryというスマートフォンアプリをインストールしてもらうと吉
>・パソコンがあってもよいかもですが、盗難に注意です。
>
>●服装等
>・歩きやすい靴
>・傘等の雨具
>
>●諸注意
>・フィールドワークが伴いますので、ケガ等万が一に備えて健康保険証の携帯をお願いします。またマッピングパーティー開催にあたって事故保険には加入致しません。自己責任での参加になることをご了承ください。
>
>■玄人しか集まらなかったら■
>白河地方の道という道を、OSM Fukushima勢で踏破してしまいましょう＾＾
>　会津→天栄→白河→甲子道路→会津　が空白
>　その他、白河地方はかなり道路の踏破状態が空白です！
>
>
>以上、よろしくお願いしますm(_
 _)m
>
>
>
>
>
>___
>Talk-ja mailing list
>Talk-ja@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-ja
>
>
>___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-it-trentino] R: M(')appare Il Lagorai - Cima d’Asta

[Giorgio Zampedri]

Link errato ecco quello buono


http://wiki.openstreetmap.org/wiki/Lagorai_Cima_DAsta


Giorgio 
Zampedri








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

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

[Michal Grézl]

http://api.openstreetmap.cz/table/ref/xxx za to xxx dosad to co hledas
pak klines na odkaz osm.cz a muzes presouvat

-- 
Michal Grézl
http://openstreetmap.cz

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

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

[Sven Geggus]

Andreas Neumann  wrote:

> 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.

+1

Was mir beim Rendering von Sportanlagen tendenziell nicht gefällt ist die
generell verwendete grüne Farbe.  Da müsste man mal darüber nachdenken ob
man das nicht vielleicht besser wie bei Grenzen von Naturschutzgebieten oder
so macht.

Mit grün assoziiere ich imemr irgendwie natur und sei es noch so "giftig"
grün.

Nehmen wir mal als Beispiel den Hockenheimring:
http://www.openstreetmap.org/#map=15/49.3290/8.5715

Ich finde grün hat da nichts zu suchen!

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

/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: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Sven Geggus]

Wuzzy  wrote:

> Ich hasse diese Linien und halte sie grundsätzlich für eine schlechte
> Idee.

Deine Meinung sei Dir ungenommen. Mir gefallen die Linien und deshalb habe
ich sie schon vor Jahren in den deutschen Stil übernommen.

Patch ist einfach: sport.mss aus project.yaml entfernen und gut ist. Ich
werde das in meinem Repository aber nicht machen.

Gruss

Sven

-- 
"Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der
Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der
Demokraten" (Theodor W. Adorno)
/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: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Sven Geggus]

Christoph Hormann  wrote:

> 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.

Also keine Chance. Hintergrund ist, dass das eine subjektive Entscheidung ist,
welchen Bezeichner man wie rendert:

osm=# select get_localized_placename('Москва́','Moskau',NULL,'Moscow',true) as 
name;
  name   
-
 Москва́ (Moskau)
(1 Zeile)

osm=# select get_localized_placename('Москва́','Moskau',NULL,'Moscow',false) as 
name;
  name   
-
 Moskau (Москва́)
(1 Zeile)

osm=# select
get_localized_name_without_brackets('Москва́','Moskau',NULL,'Moscow') as name;
  name  

 Moskau
(1 Zeile)

Bei den Straßennamen wird der deutsche Name bei Bedarf noch gekürzt, deshalb
ist das eine eigene Funktion.

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

Ansprechend oder nicht finde ich heir als Thema nicht valide.  Es handelt
sich schlichtweg um die Symbole, deren Bedeutung auf Karten ich schon in der
Grundschule gelernt habe.  Siehe auch Topokarten der Vermessungsämter.

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

Weil die AFAIK aus unerfindlichen Gründen immer noch keine hstore-Datenbank
verwenden und dann sind halt neue tags schwierig. Siehe auch
Burgen/Schlösser.

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

Kann ich notifies bei commits/merges auf master bekommen? Ich finde nur
einen Knopf um zwischen watch und unwatch hin und her zu schalten.

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

Ich glaube es ist einfacher einzelne commits zu mergen.

> 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.  

Hast Du mal einen link? Ich habe farmland ganz bewusst sehr hell. Als
Alternative zum ganz weglassen quasi :)

> 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.

Das ist die Farbe, die wir schon immer hatten.

Sven

-- 
"I'm a bastard, and proud of it"
  (Linus Torvalds, Wednesday Sep 6, 2000)

/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] Le rendu Mapquest a disparu d'OSM?

[Etienne Trimaille]

Le 16 juin 2016 à 15:32, Shohreh  a écrit :

> 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?
>

Il doit s'agir de mapsurfer : http://korona.geog.uni-heidelberg.de/
Les données ne sont pas toutes récentes malheureusement. (du mois de mai)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Strade pericolose

[antonyb]

Umm, sarebbe un peccato, spero in qualche idea..



--
View this message in context: 
http://gis.19327.n5.nabble.com/Strade-pericolose-tp5875707p5875718.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-trentino] M(')appare Il Lagorai - Cima d’Asta

[Giorgio Zampedri]

Ciao a tutti

giovedi 23 giugno alle 20.30  alla Casa dell'Ecomuseo a 
Canal San Bovo nell'ambito delle Giornate del paesaggio 2016 si parlerà 
di M(')appare Il Lagorai - Cima d’Asta e altro.
Locandina e programma 
sulla pagina http://wiki.openstreetmap.org/wiki/Lagorai_Cima_DAsta


Giorgio

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