[OSM-talk-be] Mapper of the Month

[Marc Gemis]

Hallo,

 Jorieke has put the interviews with the mapper of the month on the osm.be
website

Dutch: http://osm.be/nl/content/mapper-van-de-maand-olivier-roussel
French: http://osm.be/nl/node/39



As a bonus, to celebrate 12 interviews aka a full year, an interview with a
US-mapper

http://osm.be/nl/content/mapper-spotlight-clifford-snow (only in English)




regards

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

Re: [OSRM-talk] Demo Server Down

[Lester Caine]

On 02/11/15 15:14, Patrick Niklaus wrote:
> What version are you running? Our production servers are definitely
> working with the current OSM extracts.

My update process had stopped which is why I was asking if your problem
was related to something similar or a local hardware problem? I do need
to pull in a new version of software, but the current style change is
taking all my spare time at the moment.

> On Sun, Nov 1, 2015 at 9:53 PM, Lester Caine  wrote:
>> > On 01/11/15 20:42, Patrick Niklaus wrote:
>>> >> The data on the demo server seems to have gotten corrupted. We are
>>> >> currently reverting back to an older dataset, while we investigate
>>> >> what went wrong. Should be all up and running in a few hours.
>> >
>> > My own service seems to have broken so was there anything in particular
>> > to explain the problem? A later data update gone wrong perhaps?

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-de] Neue Farben im osm.org Kartenstil?

[Garry]

Am 01.11.2015 um 13:27 schrieb Christoph Hormann:

On Sunday 01 November 2015, Manuel Reimer wrote:

ich hatte ja erste Bedenken ich habe beim Eintragen einen Fehler
gemacht, aber das scheint sich wohl über die ganze Karte
durchzuziehen.

Aktuell werden die Straßen etwas "farbloser". Zumindest in meiner
Region gibt es so Langsam nurnoch weiße Straßen und die farbige
Unterscheidung geht verloren.

Der 'farblosere' Gesamteindruck kommt vor allem, weil highway=tertiary
jetzt weiß ist und sich nur noch in der Linienbreite von
unclassified/residential unterscheidet.  Das ist im Vorfeld kontrovers
diskutiert worden:

https://github.com/gravitystorm/openstreetmap-carto/pull/1736

und wird sicher umstritten bleiben.  Insgesamt ist es aber denke ich
klar ein enormer Gewinn für das Gesamtbild, dass grün und blau aus der
Farbpalette für die Straßen rausfallen.

Was das grün an geht, ja.
Ansonsten ist das aber eine deutliche Verwässerung des Wegenetzes, die
Strukturen zwischen "hier fahren eigentlich nur Gebiets-Anlieger" und 
"hier gehts weiter zum nächsten Ort wenn Du kein Gebiets-Anlieger bist"

saufen ab.

Garry


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

Re: [Talk-de] Neue Farben im osm.org Kartenstil?

[Christian Pietzsch]

Was mir jetzt aufgefallen ist, ist das die Engländer die Verkehrsbdeutung
vieler ihrer Straßen höher einordnen, als das in Deutschland der Fall ist.
Man muss nur mal Berlin mit London vergleichen. In London sind viele
Straßen "Schnellstraße" (in Deutschland hauptsächlich autobahnähnliche
Straße) getaggt. Wohingegen Berlin relativ wenige primarys hat und viele
secondarys. Dadurch wirkt natürlich die Londoner Ecke deutlich chaotischer,
als bspw Berlin.
Das liegt an der völlige unterschiedlichen Definition der Wikiseiten.
http://wiki.openstreetmap.org/wiki/DE:Key:highway

Am 2. November 2015 um 15:49 schrieb Christian Pietzsch <
christian.pietz...@gmail.com>:

> Was das grün an geht, ja.
>> Ansonsten ist das aber eine deutliche Verwässerung des Wegenetzes, die
>> Strukturen zwischen "hier fahren eigentlich nur Gebiets-Anlieger" und
>> "hier gehts weiter zum nächsten Ort wenn Du kein Gebiets-Anlieger bist"
>> saufen ab.
>>
> Ich war anfangs skeptisch wegen der decolorisierung von tertiay, aber
> letztlich finde ich doch, dass es noch recht gut sichtbar ist. Die Breite
> lässt erkennen, dass es sich um eine  Straße mit höherer Verkehrsbedeutung
> handelt, als normale Wohngebietsstraßen. Auf z=12 sind sie sehr gut
> sichtbar, da es dort die einzigen weißen Straßen sind. Auf z=13 und 14
> könnte die Straße vllt noch 1-2 pixel breiter sein. Alle höheren zoom level
> finde ich unproblematisch.
>
> Wo ich vorallem noch potential sehen würde, sind Autobahnen.. Bei unter
> z=8/9 wäre auch hier eine etwas breite Darstellung besser sichtbar.
>
> Am 2. November 2015 um 14:42 schrieb Garry :
>
>> Am 01.11.2015 um 13:27 schrieb Christoph Hormann:
>>
>>> On Sunday 01 November 2015, Manuel Reimer wrote:
>>>
 ich hatte ja erste Bedenken ich habe beim Eintragen einen Fehler
 gemacht, aber das scheint sich wohl über die ganze Karte
 durchzuziehen.

 Aktuell werden die Straßen etwas "farbloser". Zumindest in meiner
 Region gibt es so Langsam nurnoch weiße Straßen und die farbige
 Unterscheidung geht verloren.

>>> Der 'farblosere' Gesamteindruck kommt vor allem, weil highway=tertiary
>>> jetzt weiß ist und sich nur noch in der Linienbreite von
>>> unclassified/residential unterscheidet.  Das ist im Vorfeld kontrovers
>>> diskutiert worden:
>>>
>>> https://github.com/gravitystorm/openstreetmap-carto/pull/1736
>>>
>>> und wird sicher umstritten bleiben.  Insgesamt ist es aber denke ich
>>> klar ein enormer Gewinn für das Gesamtbild, dass grün und blau aus der
>>> Farbpalette für die Straßen rausfallen.
>>>
>> Was das grün an geht, ja.
>> Ansonsten ist das aber eine deutliche Verwässerung des Wegenetzes, die
>> Strukturen zwischen "hier fahren eigentlich nur Gebiets-Anlieger" und
>> "hier gehts weiter zum nächsten Ort wenn Du kein Gebiets-Anlieger bist"
>> saufen ab.
>>
>> Garry
>>
>>
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>>
>
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Distinzione fra farmacie e dispensari

[Lorenzo "Beba" Beltrami]

La butto lì: nella proposed feature "Healtcare 2.0" [1] esiste un
health_facility:type=dispensary. Però, guardando taginfo [2] si nota
che è usata praticamente solo da HotOSM [3].
Non so se è quella che fa al caso tuo...

Lorenzo


[1]
http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0#health_facility:type.3D.2A
[2]
http://taginfo.openstreetmap.org/tags/health_facility%3Atype=dispensary#overview
[3]
http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Model#Health_Facility

GPG: 2D3828A5


pgp7KnhbsIkQI.pgp
Description: Firma digitale OpenPGP
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-us] NY GIS/SIG conference

[Richard Welty]

The NY GIS/SIG conference is being held on April 12th, 2016 in
Rochester, NY.
The conference organizers are interested in building a strong
OSM/OpenData/OpenSource
track and broadening the audience to include the OSM community.

the call for papers will go out after Thanksgiving and i'll forward the
notice
to the list when it appears. in the meantime, folks interested in presenting
might want to think about topics.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Nicolás Alvarez]

2015-11-01 10:54 GMT-03:00  :
>
>> El 1/11/2015, a las 9:39, Max  escribió:
>>
>>> On 2015년 11월 01일 20:51, Richard wrote:
>>> not long ago (maybe even today?) pharmacies  were not only selling goods but
>>> also producing many kinds of ointments and possibly other things as ordered
>>> by the prescribing physician.
>>>
>>> So "shop" would be a too narrow definition.
>>
>> With that argument you should also change stuff like shop=florist,
>> because they aren't just selling the flowers they buy in bulk, they
>> actually make arrangements and bouquets and stuff...
>
> Okay everyone...
>
> The renderer should render the tags people actually use. amenity=pharmacy is 
> used 1000 times more than other options, so osm-carto is doing the right 
> thing by using that one and only that one.
>
> If you want to discuss changing the tag for pharmacies, make a new thread, 
> perhaps in the tagging@ mailing list.

It seems my message has been ignored so I'm bumping it again.

This thread is called "Release openstreetmap-carto v2.36.0". The map
style is doing the right thing with respect to pharmacies (renders
most used tag). Nothing else to discuss here. If you disagree with
amenity=pharmacy being the correct tag, take it to another thread.
It's basic mailing list netiquette.

-- 
Nicolás

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

Re: [OSM-talk-ie] Sheet request

[Donal Diamond]

Uploaded some of these..

On 22 October 2015 at 16:05, Noel Ballantyne 
wrote:

> Can the following sheets be uploaded please
>
> 11/29 NE & SE
>

http://mapwarper.net/maps?field=title=IRL-GSGS-3906-11-29_warped=0


> 5/33 NE, SE & SW
> 5/31 4 sheets
> 5/29 NW NE & SE
> 5/27 NE SE & SW
> 8/29 NW & SW
> 8/27 NW SW & SE
> 11/27 SW & SE
>

http://mapwarper.net/maps?field=title=IRL-GSGS-3906-11-27_warped=0

D


>
> Thanks
>
> Noel
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-de] Neue Farben im osm.org Kartenstil?

[Martin Koppenhoefer]

Am 2. November 2015 um 15:59 schrieb Christian Pietzsch <
christian.pietz...@gmail.com>:

> Was mir jetzt aufgefallen ist, ist das die Engländer die Verkehrsbdeutung
> vieler ihrer Straßen höher einordnen, als das in Deutschland der Fall ist.
> Man muss nur mal Berlin mit London vergleichen. In London sind viele
> Straßen "Schnellstraße" (in Deutschland hauptsächlich autobahnähnliche
> Straße) getaggt. Wohingegen Berlin relativ wenige primarys hat und viele
> secondarys. Dadurch wirkt natürlich die Londoner Ecke deutlich chaotischer,
> als bspw Berlin.
>


Ist im Prinzip egal, da es nur darauf ankommt, dass die relative Einordnung
stimmt, auch deshalb, weil England eine Insel ist, und man nie über England
geleitet wird, wenn nicht mind. Start oder Ziel dort (oder in Schottland,
Irland oder Wales) liegen, selbst wenn alle Straßen dort primaries wären ;-)

Abgesehen davon ist London nun auch nicht gerade mit Berlin vergleichbar,
in jeglicher Hinsicht. London ist eine "echte" Weltstadt, Berlin zwar eine
bedeutende europäische Hauptstadt, größenmäßig spielen die beiden aber in
komplett anderen Ligen, und noch mehr, was die wirtschaftliche Bedeutung
angeht (hat auch geschichtliche und strukturelle Ursachen: in England ist
alles auf London konzentriert und ausserhalb gibt es nicht viel, in
Deutschland ist man schon immer mehr dezentralisiert, siehe auch "Empire",
deutsche Teilung, LSE, Firmenstandorte/zentralen, ...).

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

Re: [OSRM-talk] Demo Server Down

[Patrick Niklaus]

What version are you running? Our production servers are definitely
working with the current OSM extracts.

On Sun, Nov 1, 2015 at 9:53 PM, Lester Caine  wrote:
> On 01/11/15 20:42, Patrick Niklaus wrote:
>> The data on the demo server seems to have gotten corrupted. We are
>> currently reverting back to an older dataset, while we investigate
>> what went wrong. Should be all up and running in a few hours.
>
> My own service seems to have broken so was there anything in particular
> to explain the problem? A later data update gone wrong perhaps?
>
> --
> Lester Caine - G8HFL
> -
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

Re: [Talk-de] Neue Farben im osm.org Kartenstil?

[Johannes Schlüter]

On Sun, 2015-11-01 at 13:34 +0100, Peter Wendorff wrote:
> Hallo Manuel,
> 
> umgetagged werden muss natürlich nicht,
> Tags sollten darstellen, was vorhanden ist, und sich gerade nicht an der 
> Darstellung in einer Karte orientieren.

... wobei eine Darstellung in einer Karte Fehler aufzeigen kann, die
vorher vielleicht nicht so aufgefallen sind. ;-)

z.B. wenn eine Straße auf einmal nicht mehr sichtbar ist, die es vorher
war und weiter wichtig ist, dann kann das ein Anlass sein das Tagging zu
prüfen. 

johannes



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

[OSM-talk] Rendering idiosyncrasies

[Dave F.]

Hi

http://www.openstreetmap.org/#map=18/51.36615/-2.34169

Is anybody able to explain why the wood on the left renders above the 
school, yet the one to the right, under?


Dave F.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[David Fawcett]

Maybe it is time to start a new thread and move this over to the tagging list.



> On Nov 2, 2015, at 6:45 AM, Colin Smale  wrote:
> 
>  
> 
>  
>> On 2015-11-02 13:24, Marc Gemis wrote:
>> 
>> 
>>> 
>>> 
>>> that's the difference between explicit and implicit mapping. If you are 
>>> explicit, you know that it should be like that, if you rely on the absence 
>>> of information / tags you might fall on your nose because the data wasn't 
>>> complete etc.
>>> For some stuff it might sense to use the "no" to avoid misinterpretations 
>>> by wrong asumptions, e.g. shop=tobacco, sells:cigarettes=yes, 
>>> sells:cigarette_tobacco=no
>>> or highway=motorway_link, oneway=no.
>>> 
>>> also: sells:vegetables=only
>>> sells:cabbage=yes
>>> sells:carrots=yes
>>> ...
>>  
>> some shops only sells certain products during certain periods of the year. 
>> All bakeries in Belgium sell chocolate figures during Sinterklaas-period and 
>> chocolate eggs during easter period.
>> We will need something like "sells:chocolate_easter_eggs:yes @ 
>> (easter_period)" OTOH, every Belgian knows that she can buy that in a bakery 
>> in those periods. Do we really need to tag that ? It's common knowledge 
>> (when you're an Belgian).
>> Also the assortment of fruitcakes and sandwiches is larger during the 
>> weekends. 
>>  
>> For Christmas eve or New Years Eve, you might also be able to order 
>> starters. Butchers and bakeries might even become deli's during this period.
> There are many things in OSM which are time-dependent. Max speeds and other 
> restrictions on the road, opening hours of attractions etc etc. With a bit of 
> luck we can re-use these mechanisms if the product assortment needs to vary 
> by time.
>  
> BUT let's not make the product categories too narrow. "cakes" might be OK, 
> but "fruit_cakes" may be a step too far. "chocolates" might be OK, but 
> "chocolate_easter_eggs" is getting a bit too specific. All IMHO by the way, 
> this is not an exact science... But is it easier to start with broad 
> categories and then subdivide them as the need arises, or to start with 
> detailed categories and then consider clustering, consolidating and 
> rationalising them later? I suggest the first approach, as experience teaches 
> that the clustering/consolidation/rationalisation rarely happens. So better 
> to stick to the broader categories to start with.
>  
>>  
>> What about supermarkets and wine? In Belgium and France it is normal that 
>> they sell wine. Not so in Sweden, where wine is sold via state-operated 
>> shops.
>> Would it be enough to write shop=supermarket; sells:wine=no ?
>  
> Sounds about right to me... except it is not only wine, but all alcoholic 
> drinks isn't it? Do we need to distinguish between wine, beer and spirits? I 
> suspect that would be very relevant, as most supermarkets do not sell spirits 
> but some do, with a special license. So you should add sells:beer=no as well, 
> bearing in mind that "beer" here is intended as a category not a single 
> product - I would expect it to include cider as well, for example.
> 
> //colin
> 
>  
> 
> ___
> 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-GB] [OSM-dev] New Map Style feedback

[Lester Caine]

On 02/11/15 12:49, Marc Gemis wrote:
> On Mon, Nov 2, 2015 at 12:57 PM, Lester Caine  > wrote:
> 
> Now that I've got an easy toggle between the new style and the French
> tile server a few more backwards steps become apparent. The other WTF
> 
> Don't you have a problem with all names appearing in French ? The French
> tile server shows Londres...

That is not a problem with the local embedded elements, but I don't have
anything suitable to replace the main osm site as the 'large view' which
has been my main promotional tool up until now. Switching to  the
Mapquest layer is better than nothing, but that has stripped most of the
detail that is the whole point of using osm in the first place :(

I've got a local display of my own style, but as yet not got that
working as a cached tile server on the production servers :(

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

[Talk-cz] Dalsi preklady wiki

[Dalibor Jelínek]

Ahoj,

posilam k pocteni a k pripadnym opravam dalsi preklady wiki:

http://wiki.openstreetmap.org/wiki/Cs:Key:sidewalk

http://wiki.openstreetmap.org/wiki/Cs:Key:footway

http://wiki.openstreetmap.org/wiki/Cs:Tag:footway%3Dsidewalk

http://wiki.openstreetmap.org/wiki/Cs:Tag:highway%3Dfootway

http://wiki.openstreetmap.org/wiki/Cs:Tag:highway%3Droad

http://wiki.openstreetmap.org/wiki/Cs:Key:kerb

http://wiki.openstreetmap.org/wiki/Cs:Key:ele

http://wiki.openstreetmap.org/wiki/Cs:Key:tactile_paving

http://wiki.openstreetmap.org/wiki/Cs:Key:toilets:wheelchair

http://wiki.openstreetmap.org/wiki/Cs:Key:wheelchair

http://wiki.openstreetmap.org/wiki/Cs:Key:internet_access

http://wiki.openstreetmap.org/wiki/Cs:Key:fee

http://wiki.openstreetmap.org/wiki/Cs:Key:toll

http://wiki.openstreetmap.org/wiki/Cs:Key:charge

 

S pozdravem,

Dalibor

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

Re: [OSM-talk-be] kilometer palen

[Sander Deryckere]

Er is deze:
http://www.geopunt.be/catalogus/datasetfolder/fa453d09-d577-4f5a-ad6c-04f938b757c4

Maar helaas niet downloadbaar.

Op 2 november 2015 18:24 schreef Ben Abelshausen 
:

> Weet er toevallig iemand hier waar ik een dataset kan vinden met de
> locaties van de kilometer palen?
>
> Is er een dataset van AGIV ergens die ik nog niet gezien heb?
>
> Cheers,
>
> Ben
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Rendering idiosyncrasies

[Christoph Hormann]

On Monday 02 November 2015, Dave F. wrote:
> I genuinely can't work out if that's said as a joke.

It is not, landcover polygon rendering is sorted by size in the standard 
style.

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

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

Re: [OSM-talk] Improved new Icon set for Open Street map

[Michael Reichert]

Hi Nasir,

Am 2015-11-02 um 17:53 schrieb Nasir Khan:
> One thing i faced every time and asked from many that, is there a way to
> improve the icon set to make the map more attractive. I really feel that we
> all should look at this issue and make a plan to improve this user
> experience. If you compare the OSM with the Google map icons, then you can
> say that the Google Map is way more ahead that the OSM.
> 
> I am not sure if it is right forum to discuss this issue. Please help me if
> i posted in the wrong mailing list. 

Well, your choice of the mailing list is ok. ;-)

The map style used for the map at osm.org is called OSM Carto and
developed at Github.

https://github.com/gravitystorm/openstreetmap-carto

Best regards

Michael


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



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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Marco Bartalini]

finalmente dei colori più carini e funzionali... molto gmap... e per
fortuna non hanno cambiato le track e path che stanno proprio bene marroni
e rosse tratteggiate...

cmq ora la cosa che manca per far diventare veramente funzionale il sito di
OSM è un bel layer di immagini satellitari

aggiungerei anche un filtro per far vedere ad ogni livello di zoom alcuni
punti di interesse... ad esempio se voglio visualizzare tutte le fontane in
una ampia zona, ecc. ecc...






*Marco Bartalini,marcobartal...@gmail.com *

2015-11-02 11:58 GMT+01:00 Federico Cortese :

> 2015-11-02 11:27 GMT+01:00 Martin Koppenhoefer :
> >
> > a tutti i livelli di zoom? Non fanno vedere prima le unclassified e dopo
> le
> > residential?
> >
>
> Le residential e le unclassified sono renderizzate fino allo z12. Ho
> cercato di guardare meglio, ma continuo a non vedere nessuna
> differenza, dallo z12 allo z19.
>
> Ciao
> Federico
>
> ___
> 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] Improved new Icon set for Open Street map

[Christian Pietzsch]

This can be seen from different perspectives. Someone who wants a more
aesthetic clean map, will like GMaps more. Meanwhile OSM carto is much more
informative with a lot more details.
But you can still have a look at the icons used and try to make an improved
version and suggest it to the style maintainers. (
https://github.com/gravitystorm/openstreetmap-carto/tree/master/symbols)


2015-11-02 18:52 GMT+01:00 Philip Barnes :

> On Mon, 2015-11-02 at 22:53 +0600, Nasir Khan wrote:
> > Hi,
> >
> > I am a big fan of Open Street Map. I used this for may of my web
> > application projects.
> >
> > One thing i faced every time and asked from many that, is there a way
> > to improve the icon set to make the map more attractive. I really
> > feel that we all should look at this issue and make a plan to improve
> > this user experience. If you compare the OSM with the Google map
> > icons, then you can say that the Google Map is way more ahead that
> > the OSM.
> >
> > I am not sure if it is right forum to discuss this issue. Please help
> > me if i posted in the wrong mailing list. Any one can tell me if it
> > is already in the roadmap or not? If it is not, then i think we can
> > start the discussion right away. We can team up with some other
> > platforms like The Noun Project (https://thenounproject.com/) or some
> > one else or do something else.
> >
> This mailing list is the right place to discuss openstreetmap, it would
> be wrong to expect mappers to sign up for an a 3rd pary site to discuss
> openstreetmap.
>
> As for your comment, I would say you are wrong, OSM is way ahead of
> google in terms icons and map style. Most places are almost devoid of
> mapped icons on google maps.
>
> Phil (trigpoint)
>
> ___
> 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-de] Neue Farben im osm.org Kartenstil?

[Holger Jeromin]

Christian Pietzsch  Wrote in message:
> >
>> Was das grün an geht, ja.
>> Ansonsten ist das aber eine deutliche Verwässerung des Wegenetzes, die
>> Strukturen zwischen "hier fahren eigentlich nur Gebiets-Anlieger" und
>> "hier gehts weiter zum nächsten Ort wenn Du kein Gebiets-Anlieger bist"
>> saufen ab.
>>
> Ich war anfangs skeptisch wegen der decolorisierung von tertiay, aber
> letztlich finde ich doch, dass es noch recht gut sichtbar ist. Die Breite
> lässt erkennen, dass es sich um eine  Straße mit höherer Verkehrsbedeutung
> handelt, als normale Wohngebietsstraßen. Auf z=12 sind sie sehr gut
> sichtbar, da es dort die einzigen weißen Straßen sind. Auf z=13 und 14
> könnte die Straße vllt noch 1-2 pixel breiter sein. Alle höheren zoom level
> finde ich unproblematisch.
> 
> Wo ich vorallem noch potential sehen würde, sind Autobahnen.. Bei unter
> z=8/9 wäre auch hier eine etwas breite Darstellung besser sichtbar.

Solche Vorschläge sind auf github wesentlich besser aufgehoben,
 als hier in einer deutschsprachigen Mailingliste.
 
Darauf kann man noch nicht mal sinnvoll verlinken, da die vier
 Maintainer meiner Meinung nach kein deutsch sprechen.
 

-- 
Holger


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


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

Re: [OSM-talk] Rendering idiosyncrasies

[Ed Loach]

Dave asked:
> > > Is anybody able to explain why the wood on the left renders
> > > above the school, yet the one to the right, under?

Martin replied:
> > because areas are sorted by size, bigger is rendered first.

Dave commented:
> I genuinely can't work out if that's said as a joke.

Take for example landcover-low-zoom layer

https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.mml#L103

Ordered by layer (if present, else assume layer=0) then by way_area

Ed


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

Re: [OSM-talk] Improved new Icon set for Open Street map

[Philip Barnes]

On Mon, 2015-11-02 at 22:53 +0600, Nasir Khan wrote:
> Hi, 
> 
> I am a big fan of Open Street Map. I used this for may of my web
> application projects. 
> 
> One thing i faced every time and asked from many that, is there a way
> to improve the icon set to make the map more attractive. I really
> feel that we all should look at this issue and make a plan to improve
> this user experience. If you compare the OSM with the Google map
> icons, then you can say that the Google Map is way more ahead that
> the OSM. 
> 
> I am not sure if it is right forum to discuss this issue. Please help
> me if i posted in the wrong mailing list. Any one can tell me if it
> is already in the roadmap or not? If it is not, then i think we can
> start the discussion right away. We can team up with some other
> platforms like The Noun Project (https://thenounproject.com/) or some
> one else or do something else. 
> 
This mailing list is the right place to discuss openstreetmap, it would
be wrong to expect mappers to sign up for an a 3rd pary site to discuss
openstreetmap.

As for your comment, I would say you are wrong, OSM is way ahead of
google in terms icons and map style. Most places are almost devoid of
mapped icons on google maps.

Phil (trigpoint)

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

Re: [OSM-talk-be] some osm.be statistics

[Marc Gemis]

2015-11-03 6:00 GMT+01:00 Karel Adams :

> Jaja, maar ik zou het een vebetering vinden als de Duitse taal apart in de
> statistieken vermeld werd, het is tenslotte de derde landstaal.


Er is jammer genoeg geen Duitse content op de website. Dus je zou al moeten
kijken naar een gebruiker die Duits als eerste taal in de browser heeft
staan en zien of die NL of FR kiest.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] some osm.be statistics

[Marc Gemis]

Bedankt voor het aanbod ! We zullen er zeker en vast wel eens gebruik van
maken

m

2015-11-03 6:01 GMT+01:00 Karel Adams :

> Voor eenmalig vertaalwerk naar het Frans mag men mij aanspreken.
>
>
>
> On 03-11-15 04:47, Marc Gemis wrote:
>
>
> On Mon, Nov 2, 2015 at 9:56 PM, joost schouppe 
> wrote:
>
>> For the German speakers, yep, the same.
>
>
> En als het over de interviews gaat, het staat je altijd vrij om het team
> te komen versterken en de Duitse vertalingen te schrijven. Ook voor het
> Frans is hulp nog altijd welkom.
>
> m.
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-dk] En ny type vej

[Lars Gravengaard]

Hej

Har vi en plan for disse veje i osm ?

http://www.bt.dk/danmark/nye-veje-forvirrer-kan-du-finde-ud-af-det

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

Re: [OSM-talk-fr] http://opendata.stif.info

[François Lacombe]

Bonjour Marc,

Un simple détail concernant le ref:stif, il faudrait plutôt opter pour
ref:FR:stif, ou le nom du référentiel qu'ils utilisent pour éviter les
collisions si plusieurs listes étaient publiées.

Ça me semble important pour pas que les clés sous ref: posent un soucis
ailleurs dans le monde

A+

François
Le 2 nov. 2015 8:29 PM, "Marc Sibert"  a écrit :

> Bonjour,
>
> Vous avez peut-être remarqué que le Stif vient de libérer une grande
> quantité d'information, en particulier les Arrêts de Transport et les
> Lignes de Transport en IdF.
> Sans vouloir me lancer dans un import massif de ces données (il faudra
> voir la qualité), j'ai deux questions :
>
>1. Il apparait évident que ces jeux de données peuvent être intégrés
>dans Osmose pour valider le nommage des arrêts (c'est qui qui va le faire ?
>désolé pas moi :-) ) ;
>2. Ça c'est pour moi : quels tag(s) utiliser pour indiquer le
>ZDE_ID_REFA qui semble de code référentiel le plus adapté pour les arrêts
>(de bus par exemple) ?
>
> Faut-il en particulier garder ce code ou le transformer en ref:stif,
> sachant qu'à priori l'un représente bien l'autre sans ambiguïté ?
>
> PS : j'aime pas le nouveau rendu, mais ça c'est un troll (joyeux
> Halloween)
>
> A+
>
> --
> Marc Sibertmailto:m...@sibert.fr 
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-dk] En ny type vej

[Michel Coene]

Der findes nok ikke en separat tag.  Men det vil være rart med en fælles
strategi.  Highway unclassified cycleway lane ? Og så godt med hastigheder
og vej bump?

Michel Coene
Op 3-nov.-2015 07:09 schreef "Lars Gravengaard" :

> Hej
>
> Har vi en plan for disse veje i osm ?
>
> http://www.bt.dk/danmark/nye-veje-forvirrer-kan-du-finde-ud-af-det
>
> --
> Lars
>
> ___
> 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-dk] En ny type vej

[Michael Andersen]

Der er et eksempel her: http://www.openstreetmap.org/way/93663534. 
Skolen er ganske vist nedlagt nu, men vejen er stadig indrettet med 
fartbegrænsning[1] og diverse fartbegrænsende foranstaltninger (bump 
etc). Jeg synes det generelt må være tilstrækkeligt at markere disse.

Hjart

Tirsdag den 3. november 2015 07:19:59 skrev Michel Coene:
> Der findes nok ikke en separat tag.  Men det vil være rart med en fælles
> strategi.  Highway unclassified cycleway lane ? Og så godt med 
hastigheder
> og vej bump?
> 
> Michel Coene
> 
> Op 3-nov.-2015 07:09 schreef "Lars Gravengaard" :
> > Hej
> > 
> > Har vi en plan for disse veje i osm ?
> > 
> > http://www.bt.dk/danmark/nye-veje-forvirrer-kan-du-finde-ud-af-det
> > 
> > --
> > Lars
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk



[1] http://mapillary.com/map/im/-m9EyOSJNGdK0K5whaq62Q/photo
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Aury88]

Federico Cortese wrote
> 2015-11-02 11:27 GMT+01:00 Martin Koppenhoefer 

> dieterdreist@

> :
>>
>> a tutti i livelli di zoom? Non fanno vedere prima le unclassified e dopo
>> le
>> residential?
>>
> 
> Le residential e le unclassified sono renderizzate fino allo z12. Ho
> cercato di guardare meglio, ma continuo a non vedere nessuna
> differenza, dallo z12 allo z19.
> 
> Ciao
> Federico

da quello che ho capito il lavoro fatto per il GSoC non è stato applicato
tutto subito...si è deciso di introdurre solo i cambiamenti più "importanti"
(i diversi colori di rendering delle strade e delle pedestrian/footway) ed
aspettare di discutere gli altri prima di applicare anche quei cambiamenti
(differente rendering per le unpaved, differente livello di inizio rendering
tra le unclassified e le residential)




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5858762.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] Rendering idiosyncrasies

[Martin Koppenhoefer]

2015-11-02 20:20 GMT+01:00 Dave F. :

> Never knew wood recognised the layer tag. Is this a recent development or
> has the wood's icon layer made it obvious?
>
> As I'm unfamiliar with this language & the non existent formatting make it
> illegible could you tell me if this applies to all areas?
>



the wood should not be on a different layer than the school in your
example. "layer" is not a tag to fix the rendering order, it is rather a
kind of compensation for missing real 3D information.

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

Re: [OSM-talk] Rendering idiosyncrasies

[Martin Koppenhoefer]

2015-11-02 20:31 GMT+01:00 Marc Gemis :

> I was once told by one of the style developers that the layer tag is not
> used in the standard rendering on osm.org. Only the size of the area's
> matter.
>


it is used, but not always (e.g. roads are always above buildings,
regardless the layer these are on).

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

Re: [Talk-GB] Quarterly Project: Nature Reserves

[Dan S]

2015-11-02 11:24 GMT+00:00 tshrub :
> Hey Dan,
>
> Dan S schrieb:
>>
>> Hi all,
>>
>> I went to check out a local nature reserve. It's currently in OSM as a
>> leisure=park. I would like to tag as leisure=nature_reserve, but this
>> one is indeed also a publicly accessible park, so I don't like the
>> idea of removing the park tag.
>> http://www.openstreetmap.org/way/188492303
>> The southern end of it is closed to the public, so at the moment my
>> inclination is to retag the main polygon as nature_reserve, and to tag
>> a smaller polygon as park. Any better ideas than that?
>
> this area is listed neither in natura2000.eea.europa.eu nor in
> protectedplanet.net.
> 
> If
> =4 there would be *active* habitat-/species-management (trespassing
> restrictions) ?
> =5 there are longtime developed or grown and *large* areas with interaction
> of people ("scenic values" - Ecology Park?)
> =7 smaller area, protecting nature-features, like some vegetation ... or for
> recreation (scenic values?)
>
> It seems to me like protect_class=7
> The IUCN-code gave a basic and gives an orientation for OSM, but the
> protect_class doesn't reflect exact the IUCN-code.
>
> So far its possible to add
>
> boundary=protected_area
> + protect_class=7
> + protection_title=Ecology Park
> + name=Bow Creek Ecology Park
> ...
>
>
> *But* in fact:
> on its website the area too looks to a bigger part like a "park", with its
> typical nature-recreation features.
> So on the other hand again leisure=park?

I'm sorry but I don't understand you. I'm confused.
* There's an area (the southern part) which has no public access, for
habitat management.
* The rest of it is park-like, except to be honest it's not very
pretty or scenic! I think it's designed to be a place to educate city
kids about wildlife and nature. Also apparently good for birdwatching.
* The website about the area is misleading, it tries to pretend it's a
"park" in the traditional sense of being a nice place for a gentle
stroll... don't let the website confuse you.

I think you're right that it's not an official nature reserve, but I
don't know what re-tagging is best.

Dan

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

Re: [OSM-talk] Improved new Icon set for Open Street map

[nebulon42]

Hi,

the icons of osm-carto have been refreshed since December 2014. I'm not 
sure if you have noticed that a lot of icons of the Standard map style 
have changed (improved in my view) since that time. Me and others have 
already invested tons of hours into re-designing icons, reducing 
complexity and updating the visual style.


However, there is of course always the possibility to improve things 
further. I'm welcoming contributions at https://github.com/gmgeo/osmic, 
which is a repository that holds all icons I have done for the Standard 
map style (some I have also adapted from Maki and other free sources). 
You can also directly contribute to osm-carto at 
https://github.com/gravitystorm/openstreetmap-carto.


nebulon42

Am 2015-11-02 um 17:53 schrieb Nasir Khan:

Hi,

I am a big fan of Open Street Map. I used this for may of my web
application projects.

One thing i faced every time and asked from many that, is there a way to
improve the icon set to make the map more attractive. I really feel that
we all should look at this issue and make a plan to improve this user
experience. If you compare the OSM with the Google map icons, then you
can say that the Google Map is way more ahead that the OSM.

I am not sure if it is right forum to discuss this issue. Please help me
if i posted in the wrong mailing list. Any one can tell me if it is
already in the roadmap or not? If it is not, then i think we can start
the discussion right away. We can team up with some other platforms like
The Noun Project (https://thenounproject.com/) or some one else or do
something else.

thanks
Nasir Khan

--
*Nasir Khan Saikat*
www.nasirkhn.com 
​Public Lead,
Creative Commons Bangladesh
Founding Member
Wikimedia Bangladesh​




___
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] Livelli amministrativi in wtoosm

[Simone F.]

Il giorno 31 ottobre 2015 13:15, Paolo Monegato 
ha scritto:

>
> I livelli amministrativi hanno il template "Divisione amministrativa". Con
> catscan [1] puoi filtrare i risultati tenendo solo quelli che hanno quel
> template.
>
>
Funziona, grazie!

Ho estratto gli articoli che cadono in "Regioni d'Italia" ed hanno il
"Template:Divisione_amministrativa/Voci/ITA".

Il risultato però è una pagina da 23MB con 3 articoli...
https://dl.dropboxusercontent.com/u/41550819/OSM/WTOSM/regioni_d%27italia.zip

C'è un'unica tabella perché Catscan è in fase di riscrittura e la funzione
che permette di ricreare la gerarchia delle categorie, e quindi la
suddivisione per regione, non è ancora attiva (vedi "Category list" [1]).

Visto che wikipedia-tags-in-osm per scaricare le categorie usa il più
veloce quick_intersection, ho chiesto al suo sviluppatore se può aggiungere
la funzione per filtrare gli articoli in base ad un template.


Ciao,
Simone F.


>
> [1] https://tools.wmflabs.org/catscan2/catscan2.php
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Rendering idiosyncrasies

[Marc Gemis]

I was once told by one of the style developers that the layer tag is not
used in the standard rendering on osm.org. Only the size of the area's
matter.

regards

m

On Mon, Nov 2, 2015 at 6:49 PM, Ed Loach  wrote:

> Dave asked:
> > > > Is anybody able to explain why the wood on the left renders
> > > > above the school, yet the one to the right, under?
>
> Martin replied:
> > > because areas are sorted by size, bigger is rendered first.
>
> Dave commented:
> > I genuinely can't work out if that's said as a joke.
>
> Take for example landcover-low-zoom layer
>
>
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.mml#L103
>
> Ordered by layer (if present, else assume layer=0) then by way_area
>
> Ed
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Improved new Icon set for Open Street map

[Lester Caine]

On 02/11/15 18:08, nebulon42 wrote:
> However, there is of course always the possibility to improve things
> further. I'm welcoming contributions at https://github.com/gmgeo/osmic,
> which is a repository that holds all icons I have done for the Standard
> map style (some I have also adapted from Maki and other free sources).
> You can also directly contribute to osm-carto at
> https://github.com/gravitystorm/openstreetmap-carto.

As a dinosaur who actually liked full colour icons on websites, I've my
own version of bootstrap using full colour ones, and I'm now looking to
extend that into the icon map for my own rendering. While the styling
for OSM is quite complicated it can easily be broken down into
manageable elements such as road colours, or icon library, so switching
elements is not particularly difficult once one has a working local
rendering system.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk-be] some osm.be statistics

[Karel Adams]

Und für die Belgischen Deutschsprecher: la même chose? ;)

NB uw Imgurprentjes komen niet door in de de mail (Thunderbird op 
Ubuntu), wel kan ik de links aanklikken om ze te bekijken. Eén grafiek 
heeft een enkel datapunt voor 2013 en twee lijnen voor 2015 ?! 
Tikfoutje, vermoedelijk.


NB ik heb geen flauw idee of mijn Firefoxbrowser als Engels of 
Nederlands of wat dan ook wordt aangemeld. Engels, denk ik, als ik de 
drie streepjes rechts aanklik krijg ik toch allemaal opties in die taal..?


Dank voor de moeite, grappig om eens door te kijken!
Karel


On 02-11-15 19:47, joost schouppe wrote:

Hi all,

I promised the Mapper of the Month team I'd have a look at some 
statistics way too long ago. It being a kind of birthday now, here 
they are. Data is collected by Google Analytics.

*
*
*Basics*

There are 74.000 pageloads in total, but only 32.000 of those are from 
something else than the front page. There are about 30.000 unique 
visitors so far. About 8000 visitors were seen more than once. (of 
course, Google doesn't know -everything- we do, so some people are 
likely counted several times)


On a monthly basis, it looks like this:

http://imgur.com/cv3W6Iv



So clear growth, however september and october aren't very impressive.

*Language*

21% of language-identifiable pageloads are on French language pages, 
79% is Dutch. To reflect Belgium, that should really be 40/60. It 
doesn't seem to have to do with content; the statistics stay the same 
if you just look at the main pages.
If you take the browser language, there's still 80% Dutch speakers. 
However, there is only 7% French speakers, with another 12% English 
and 3% various other languages. I tend to assume that relatively more 
Dutch speakers would have English language browsers than French 
speakers. But maybe that's no true for people interested in OSM?
Anyway you look at it, the website is clearly underrepresented in the 
French speaking area.



*Looking at what people look at.*

Something I absolutely don't understand is that among the French 
speakers, the most popular page is the French index. This has almost 
as much visitors as the Dutch index. For other pages, it's the more 
usual 80/20 devision. Maybe some Dutch speakers got to the French 
index by mistake, then change language?


Another surprise for me was that by far the most popular of the main 
pages was the usage policy (red in the graph below). So that would be 
a good place to put more effort, I guess. Maybe have a comment section 
there, to see if they are missing anything?


It's not as easy as I thought identifying the Mapper of the Month 
series. Some visits are identified by Analytics, others probably saw 
it through the blog section and are not seperatable. Maybe the images 
have seperate load statistics to have a better measure?
Anyway, you can group the "more dynamic content" as the top most three 
categories on the graph below.
You can see that among the French speakers, that makes up 30% of all 
pageloads, while for the Dutch speakers, it's more like 15%.

I don't know what kind of conclusions that could entail.

http://imgur.com/egiu5Lr





*Where did they come from*

Most visits come from Google, 66% of the total. 27% typed a url or 
clicked a favorite. Less then 5% clicked a link, and only 1% came from 
the social media.


Biggest amongst the links are the ones from escada's diary entries for 
the Mapper of the Month.
OKFN and wiki.osm are other obvious links. Less obvious are the 100 
visits coming from a post by AS adventure, 
http://www.asadventure.com/benl/content/nl/alles-op-een-kaart-met-je-gps . 
Which IMHO goes to show that we should try to get more niche users 
like that link to our page.



*On Mapper of the Month*

Considering that the English language posts on Escada's diary get an 
exposure of about 3000 views each (guestimate, based on the loads of 
the imgur images I unclude in my posts), the Dutch and French 
translations on the website get quite a low number of views.


In the best months, the project gets about 120 views, and some months 
it's really very low.


http://imgur.com/oOzNvGO



However, I don't think we can trust these statistics. I used the page 
title here, and I have the impression that only gives the good title 
when you are following a direct link.The same goes for using the page 
URL. Yes, yes, Google Analytics, lets you do all sorts of flashy 
stuff. But basic statistics, forget it.


Here I took all the Blog traffic together. You can clearly see a jump 
when the project was started, but still not that impressive numbers of 
views. The three high months are because of the articles on the 
Missing Maps and Mapping Public transport.


http://imgur.com/py054Ze



So unfortunately I don't think we can really quantify the Mapper of 
the Month. Here's another simple approach I tried to measure 
"community engagement" with the articles. There was some discussion 
whether the articles should be shorter or that long is good. So 

Re: [Talk-GB] New map style

[jonathan]

Wow!  Thanks for that. Very interesting.

http://bigfatfrog67.me

On 02/11/2015 10:02, Paul Sladen wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, 1 Nov 2015, Lester Caine wrote:

On 01/11/15 07:22, Ed Loach wrote:

It very simple, the colours should match the road sign colours: Blue,

Green, Red!
Red?

all the legislation,

...stems from one document:

   Geneva Convention on Road Signs and Signals
   Part I
   Annex 1
   Section G
   Sub-section I
   Paragraph 3

   "3. Advance direction signs or direction signs relating to motorways
   or roads treated as motorways shall bear white symbols or inscriptions
   on a blue or green ground."

   
http://www.unece.org/fileadmin/DAM/trans/conventn/Conv_road_signs_2006v_EN.pdf
   (PDF Page 65).


Anybody still got signs with red backgrounds in their area?

   "2. Informative signs ... the colour red may be used only
   exceptionally and must never predominate."

-Paul

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFWNzTVc444tukM+iQRAiLcAJ0aVxLlV7JkupXmSCQklmqJQpdg8QCfe6Ev
Oxi/If0oJAKql/uZuoZSKnk=
=Rfvz
-END PGP SIGNATURE-



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



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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Alessandro]

Il 02/11/2015 18:20, Marco Bartalini ha scritto:



aggiungerei anche ...


Allo stato attuale IMHO bisognerebbe subito far capire che OpenStreetMap 
NON è una mappa bensì un database e la mappa è solo uno dei millemila 
usi di questo database.


Alessandro Ale_Zena_IT

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

Re: [OSM-talk] Rendering idiosyncrasies

[Dave F.]

Well, I've learnt something new today.

Never knew wood recognised the layer tag. Is this a recent development 
or has the wood's icon layer made it obvious?


As I'm unfamiliar with this language & the non existent formatting make 
it illegible could you tell me if this applies to all areas?

Unfortunately it doesn't apply when over certain ways:

http://www.openstreetmap.org/#map=19/51.38652/-2.34895

Thanks for your help
Dave F.


On 02/11/2015 17:49, Ed Loach wrote:

Dave commented:

I genuinely can't work out if that's said as a joke.

Take for example landcover-low-zoom layer

https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.mml#L103

Ordered by layer (if present, else assume layer=0) then by way_area

Ed





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-it] Livelli amministrativi in wtoosm

[Simone F.]

Il giorno 31 ottobre 2015 11:53, Stefano  ha scritto:

> >
>
> C'è anche la possibilità di usare una query wikidata (più strutturati),
> riusciremmo ad inserire gli identificativi wikidata tramite il tuo tool?
>
Tempo fa EdwardBetts aveva scritto un programma per aggiungere 17 tag
wikidata in OSM in maniera automatica.
https://lists.openstreetmap.org/pipermail/talk/2014-November/071517.html
http://wiki.openstreetmap.org/wiki/Mechanical_Edits/wikidata

Mi sembra che il progetto sia in pausa; penso che le resistenze maggiori
siano dovute al fatto che si tratta di un mechanical edit.

Forse, prima di modificare wikipedia-tags-in-osm per segnalare i wikidata
mancanti, sarebbe meglio chiedere ad EdwardBetts se può far generare al suo
programma delle pagine statiche simili a wtosm, e lasciare l'editing
manuale ai mapper. Dovrebbe avere già tutto il necessario.


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

[OSM-talk-fr] http://opendata.stif.info

[Marc Sibert]

Bonjour,

Vous avez peut-être remarqué que le Stif vient de libérer une grande 
quantité d'information, en particulier les Arrêts de Transport et les 
Lignes de Transport en IdF.
Sans vouloir me lancer dans un import massif de ces données (il faudra 
voir la qualité), j'ai deux questions :


1. Il apparait évident que ces jeux de données peuvent être intégrés
   dans Osmose pour valider le nommage des arrêts (c'est qui qui va le
   faire ? désolé pas moi :-) ) ;
2. Ça c'est pour moi : quels tag(s) utiliser pour indiquer le
   ZDE_ID_REFA qui semble de code référentiel le plus adapté pour les
   arrêts (de bus par exemple) ?

Faut-il en particulier garder ce code ou le transformer en ref:stif, 
sachant qu'à priori l'un représente bien l'autre sans ambiguïté ?


PS : j'aime pas le nouveau rendu, mais ça c'est un troll (joyeux Halloween)

A+

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

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

Re: [OSRM-talk] Demo Server Down

[Patrick Niklaus]

We are not sure yet what is causing the problems with the current
dataset. I'm currently digging through the changesets.


In the meantime the data on the demo server is frozen to the 30th October.

On Mon, Nov 2, 2015 at 4:34 PM, Lester Caine  wrote:
> On 02/11/15 15:14, Patrick Niklaus wrote:
>> What version are you running? Our production servers are definitely
>> working with the current OSM extracts.
>
> My update process had stopped which is why I was asking if your problem
> was related to something similar or a local hardware problem? I do need
> to pull in a new version of software, but the current style change is
> taking all my spare time at the moment.
>
>> On Sun, Nov 1, 2015 at 9:53 PM, Lester Caine  wrote:
>>> > On 01/11/15 20:42, Patrick Niklaus wrote:
 >> The data on the demo server seems to have gotten corrupted. We are
 >> currently reverting back to an older dataset, while we investigate
 >> what went wrong. Should be all up and running in a few hours.
>>> >
>>> > My own service seems to have broken so was there anything in particular
>>> > to explain the problem? A later data update gone wrong perhaps?
>
> --
> Lester Caine - G8HFL
> -
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Marco Bartalini]

si alessandro ma aggiungendo e migliorando le funzioni del sito OSM si
potrebbero avvicinare nuovi potenziali mappatori... il principio è questo,
facendo un sito OSM più completo di funzioni, molti di più lo userebbero, e
nuovi utenti apporterebbero sempre una certa % di nuovi mappatori...
servirebbe un pò per alimentare il circolo virtuoso...




*Marco Bartalini,marcobartal...@gmail.com *

2015-11-02 20:23 GMT+01:00 Alessandro :

> Il 02/11/2015 18:20, Marco Bartalini ha scritto:
>
>
>> aggiungerei anche ...
>>
>
> Allo stato attuale IMHO bisognerebbe subito far capire che OpenStreetMap
> NON è una mappa bensì un database e la mappa è solo uno dei millemila usi
> di questo database.
>
> Alessandro Ale_Zena_IT
>
> ___
> 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] some osm.be statistics

[joost schouppe]

Hi all,

I promised the Mapper of the Month team I'd have a look at some statistics
way too long ago. It being a kind of birthday now, here they are. Data is
collected by Google Analytics.

*Basics*

There are 74.000 pageloads in total, but only 32.000 of those are from
something else than the front page. There are about 30.000 unique visitors
so far. About 8000 visitors were seen more than once. (of course, Google
doesn't know -everything- we do, so some people are likely counted several
times)

On a monthly basis, it looks like this:

http://imgur.com/cv3W6Iv



So clear growth, however september and october aren't very impressive.

*Language*

21% of language-identifiable pageloads are on French language pages, 79% is
Dutch. To reflect Belgium, that should really be 40/60. It doesn't seem to
have to do with content; the statistics stay the same if you just look at
the main pages.
If you take the browser language, there's still 80% Dutch speakers.
However, there is only 7% French speakers, with another 12% English and 3%
various other languages. I tend to assume that relatively more Dutch
speakers would have English language browsers than French speakers. But
maybe that's no true for people interested in OSM?
Anyway you look at it, the website is clearly underrepresented in the
French speaking area.


*Looking at what people look at.*

Something I absolutely don't understand is that among the French speakers,
the most popular page is the French index. This has almost as much visitors
as the Dutch index. For other pages, it's the more usual 80/20 devision.
Maybe some Dutch speakers got to the French index by mistake, then change
language?

Another surprise for me was that by far the most popular of the main pages
was the usage policy (red in the graph below). So that would be a good
place to put more effort, I guess. Maybe have a comment section there, to
see if they are missing anything?

It's not as easy as I thought identifying the Mapper of the Month series.
Some visits are identified by Analytics, others probably saw it through the
blog section and are not seperatable. Maybe the images have seperate load
statistics to have a better measure?
Anyway, you can group the "more dynamic content" as the top most three
categories on the graph below.
You can see that among the French speakers, that makes up 30% of all
pageloads, while for the Dutch speakers, it's more like 15%.
I don't know what kind of conclusions that could entail.

http://imgur.com/egiu5Lr





*Where did they come from*

Most visits come from Google, 66% of the total. 27% typed a url or clicked
a favorite. Less then 5% clicked a link, and only 1% came from the social
media.

Biggest amongst the links are the ones from escada's diary entries for the
Mapper of the Month.
OKFN and wiki.osm are other obvious links. Less obvious are the 100 visits
coming from a post by AS adventure,
http://www.asadventure.com/benl/content/nl/alles-op-een-kaart-met-je-gps .
Which IMHO goes to show that we should try to get more niche users like
that link to our page.


*On Mapper of the Month*

Considering that the English language posts on Escada's diary get an
exposure of about 3000 views each (guestimate, based on the loads of the
imgur images I unclude in my posts), the Dutch and French translations on
the website get quite a low number of views.

In the best months, the project gets about 120 views, and some months it's
really very low.

http://imgur.com/oOzNvGO



However, I don't think we can trust these statistics. I used the page title
here, and I have the impression that only gives the good title when you are
following a direct link.The same goes for using the page URL. Yes, yes,
Google Analytics, lets you do all sorts of flashy stuff. But basic
statistics, forget it.

Here I took all the Blog traffic together. You can clearly see a jump when
the project was started, but still not that impressive numbers of views.
The three high months are because of the articles on the Missing Maps and
Mapping Public transport.

http://imgur.com/py054Ze



So unfortunately I don't think we can really quantify the Mapper of the
Month. Here's another simple approach I tried to measure "community
engagement" with the articles. There was some discussion whether the
articles should be shorter or that long is good. So I counted the words of
all the mapper interviews, and the number of responses to the Diary posts.
Just a manual review, nothing fancy. I know, that's kind of silly, but it's
the best I could think of.

In the graph I plotted the number of words horizontally, the number of
comments vertically. The blue dot represents one mapper of the month
interview. There are to little interviews to really speak of a trend, but
you definitely would not read conclude here that shorter articles get more
feedback.

http://imgur.com/au1cjP7



Which makes sense to me. If you're not that interested in OSM or the
interviewee, you're not going to read one of these articles. But if 

Re: [OSM-talk-be] some osm.be statistics

[Marc Gemis]

Hallo Joost,

thanks for those statistics. I think it makes sense that we do not get a
lot of reaction on the interviews. They do not really contain controversial
material that people can discuss.

On the other hand the first three people that I contacted for the
international interviews know the Mapper of the Month series and like the
concept. One of them said in a private mail, that it was a good way to
reflect on his contributions and he thought it might be useful for all
mappers to answer the questions for themselves.

As for OSM.be, can we "compete" with osm.org ? More content in Dutch and
French might help, but people need to find their way to the site (and not
to osm.org).

regards

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

Re: [OSM-talk] Improved new Icon set for Open Street map

[Nasir Khan]

Thanks for the response.

The point i want to mention that, we should improve the Icons for different
type for establishments. For example "University Building" it uses the
"Home" icon, but i think it should be different because building could be
administration or hostel. This is an example but there are other similar
cases.


--
*Nasir Khan Saikat*
www.nasirkhn.com


On 3 November 2015 at 03:14, Andy Townsend  wrote:

> On 02/11/2015 16:53, Nasir Khan wrote:
>
> ...
>
> One thing i faced every time and asked from many that, is there a way to
> improve the icon set to make the map more attractive.
>
>
> (apologies if I'm stating the obvious here, but...)
>
> "OpenStreetMap" isn't just "the standard map that you see at
> openstreetmap.org".  There are five different tile layers available from
> the layer switcher there, designed for different purposes.  Elsewhere,
> there are other styles.  For example,
>
>
> https://github.com/search?utf8=%E2%9C%93=project+extension%3Amml=Code=searchresults
>
> currently finds > 700, and no doubt there are lots of others elsewhere.
> Depending on what data you're showing, I'd expect that a different map
> style would make sense.  Just today I was using a commercial application
> that showed locations using "MQ Open" tiles (they wanted a road-atlassy
> thing I guess); something that wanted to show location in a mountainous
> area I'd would expect show contours or hillshading.  OpenStreetMap's
> "standard" style has as one of its goals feedback to mappers, so it
> includes more detail (for example of different sorts of shops) than I'd
> expect most general purpose maps to want to show.
>
> It's very possible (and not terribly difficult) to come up with a map
> style that highlights the data that you want - making it then look nice is
> the tricky bit, as to me would be figuring out how to host and serve the
> data to allcomers (though as Wikimedia I suspect you've solved that last
> bit).
>
> Cheers,
>
> Andy (SomeoneElse)
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] some osm.be statistics

[Karel Adams]

Voor eenmalig vertaalwerk naar het Frans mag men mij aanspreken.


On 03-11-15 04:47, Marc Gemis wrote:


On Mon, Nov 2, 2015 at 9:56 PM, joost schouppe 
> wrote:


For the German speakers, yep, the same.


En als het over de interviews gaat, het staat je altijd vrij om het 
team te komen versterken en de Duitse vertalingen te schrijven. Ook 
voor het Frans is hulp nog altijd welkom.


m.


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


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

Re: [OSM-talk-be] some osm.be statistics

[Karel Adams]

Jaja, maar ik zou het een vebetering vinden als de Duitse taal apart in 
de statistieken vermeld werd, het is tenslotte de derde landstaal.

KA

On 03-11-15 04:46, Marc Gemis wrote:


On Mon, Nov 2, 2015 at 9:42 PM, Karel Adams > wrote:


Und für die Belgischen Deutschsprecher: la même chose? ;)


De overeenkomst is dat iedereen hier mag schrijven in de taal die 
hij/zij wil: Nederlands, Frans, Duits, Engels. Niemand is verplicht in 
meerdere talen te schrijven. Uit beleefdheid wordt er wel gevraagd om 
bij voorkeur te antwoorden in de taal van de originele post, maar je 
mag natuurlijk ook antwoorden in je moedertaal als je die eerste taal 
niet machtig bent.


mvg

m


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


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

Re: [OSM-talk-be] some osm.be statistics

[Nicolas Pettiaux]

Much thanks Joost for the analysis and the data.

I understand it as the following ; more people know & use OSM in 
Flanders than in Brussels & Wallonie, and we therefore have to work on 
developping its awareness  .


Regards,

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

Re: [Talk-dk] Restauranter

[Lars Gravengaard]

2015-11-02 23:18 GMT+01:00 Niels Elgaard Larsen :

>
>
> Lars Gravengaard:
> > Hej Niels
> >
> >>Vi startede med ca 9400 manglende madsteder, nu er der 7827 så det går
> > hurtigt den rigtige vej.
> >
> > Disse er kantiner for medarbejdere
> >
> > 30352913
> > 30299527
> > 30707554
> > 30300161
> > Dette er et kommunalt "bo sted"
> > 515182
>
> Der er en hel del madsteder, som ikke er egentlige kantiner,
> restauranter og fast-foodsteder.
>
>
> En del tagger jeg som social-facility (plejehjem, væresteder osv)
>
> Kantiner for medarbejdere kan man enten sætte et access tag på, så det
> er klart at der ikke er offentlig adgang. Eller man kan kan bare tagge
> virksomheden som works/school/office el.lign. For typisk er det vel
> virksomheder, som kan have flere kantiner, kaffeordninger osv for
> medarbejderne.
>
>

Min mening er at det i bedste fald er spild af database plads. Og i værste
tilfælde ubrugelig steder for brugere som søger efter et sted at spise !


> > Kun åben få dage om året.
> > 30321227
>
> Bundsbæk Møllegård.
>
> Det er nok et "events_venue"
>
> Der er nogle rigtige restauranter, der kun har åbent nogle få weekender
> om sommeren. Ḿen det er jo det, man har "opening_hours" til at angive.
>
>
>
Ok jeg skulle have søgt først på findsmily jeg troede at det var Bundsbæk
mølle.

Bundsbæk Møllegård har så vidt jeg ved ikke et sted hvor man kan
spise... måske noget internt for kursister ?

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

Re: [Talk-cz] Workshop na OpenAltu

[Miroslav Suchý]

Dne 2.11.2015 v 08:52 Jachym Cepicky napsal(a):
> teď mi přes nos proběhla nezaručená zpráva, že někde v licenci je
> napsáno, že se  OSM nesmí používat pro komerční účely -mohl by to někdo
> případně rozvézt?

To neni pravda.
Viz
http://www.openstreetmap.org/copyright
http://wiki.osmfoundation.org/wiki/License
http://wiki.openstreetmap.org/wiki/Legal_FAQ

Jedine co musite (ve zkratce):
* uvadet atribuci
* nemenit licenci
* v nekterych pripadech musite zverejnit vase upravy mapovych dat (viz
http://wiki.osmfoundation.org/wiki/License#What_exactly_do_I_need_to_share.3F
)

Obecne plati (a pro OSM take) ze pokud pouzijete open source vec pro
komercni ucely tak je to jedine dobre.

Mirek

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

Re: [OSM-talk] Rendering idiosyncrasies

[Dave F.]

I genuinely can't work out if that's said as a joke.



On 02/11/2015 17:20, Martin Koppenhoefer wrote:


sent from a phone


Am 02.11.2015 um 17:21 schrieb Dave F. :

Is anybody able to explain why the wood on the left renders above the school, 
yet the one to the right, under?


because areas are sorted by size, bigger is rendered first.

cheers,
Martin



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [OSM-talk] Rendering idiosyncrasies

[Martin Koppenhoefer]

sent from a phone

> Am 02.11.2015 um 17:21 schrieb Dave F. :
> 
> Is anybody able to explain why the wood on the left renders above the school, 
> yet the one to the right, under?


because areas are sorted by size, bigger is rendered first.

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

Re: [OSM-talk-be] Mapper of the Month

[Ben Abelshausen]

A huge thanks to all the volunteers who helped make this happen! ;-)

Cheers for keeping this going! Each time I read the interview I learn
something new about OSM or related topics...!

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Mon, Nov 2, 2015 at 2:53 PM, Marc Gemis  wrote:

> Hallo,
>
>  Jorieke has put the interviews with the mapper of the month on the osm.be
> website
>
> Dutch: http://osm.be/nl/content/mapper-van-de-maand-olivier-roussel
> French: http://osm.be/nl/node/39
>
>
>
> As a bonus, to celebrate 12 interviews aka a full year, an interview with
> a US-mapper
>
> http://osm.be/nl/content/mapper-spotlight-clifford-snow (only in English)
>
>
>
>
> regards
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk] Improved new Icon set for Open Street map

[Nasir Khan]

Hi,

I am a big fan of Open Street Map. I used this for may of my web
application projects.

One thing i faced every time and asked from many that, is there a way to
improve the icon set to make the map more attractive. I really feel that we
all should look at this issue and make a plan to improve this user
experience. If you compare the OSM with the Google map icons, then you can
say that the Google Map is way more ahead that the OSM.

I am not sure if it is right forum to discuss this issue. Please help me if
i posted in the wrong mailing list. Any one can tell me if it is already in
the roadmap or not? If it is not, then i think we can start the discussion
right away. We can team up with some other platforms like The Noun Project (
https://thenounproject.com/) or some one else or do something else.

thanks
Nasir Khan

--
*Nasir Khan Saikat*
www.nasirkhn.com
​Public Lead,
Creative Commons Bangladesh
Founding Member
Wikimedia Bangladesh​
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Martin Koppenhoefer]

sent from a phone

> Am 02.11.2015 um 18:20 schrieb Marco Bartalini :
> 
> cmq ora la cosa che manca per far diventare veramente funzionale il sito di 
> OSM è un bel layer di immagini satellitari


e streetview, traffico e forse anche un motore di ricerca generico e un sistema 
email più avanzato ;-)

seriamente, per il momento non vedo tanti mappatori nella comunità di osm, con 
le attrezzature necessarie per creare un livello di immagini satellitari...


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

Re: [OSM-talk-fr] Aménagements cyclables en France

[GaelADT]

lenny.libre wrote
> Bonjour,
> Il y a des highway=cycleway que je n'ai pas su retrouver sur la carte, 
> par exemple : http://www.openstreetmap.org/way/370626950

Bonjour,

A priori elle est bien représentée.

Concernant la carte des aménagements on a souhaité la mettre sur une couche
à côté, car c'est plus facile de générer une couche séparée avec peu
d'information qu'une couche avec tous les éléments.

Bonne soirée,
Gaël.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Amenagements-cyclables-en-France-tp5853986p5858697.html
Sent from the France mailing list archive at Nabble.com.

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

[Talk-si] nov DMV/DEM?

[Jaka Kranjc]

Zdravo,

sem nov na seznamu — forum je zaklenjen. Kot mogoče veste, je bilo konec 
poletja 
po dolgem času zaključeno lidarsko snemanje Slovenije. Vsi podatki so javno na 
voljo 
prek ARSO-tovega portala eVode. Nič o licencah ali čemerkoli podobnemu, samo v 
najavi je pisalo "Ministrstvo bo z zagotovitvijo brezplačnega dostopa in 
uporabe teh 
podatkov, vsem zainteresiranim, ". Precej diši na ameriški public domain. Ni pa 
na 
voljo prek WMS ipd.

Lidar = laserji = izjemna natančnost. Še v Julijcih, kjer je bila predvidena 
gostota točk 
2/m^2 so dosegli tako kot po večini ostale države (bližje 5). Rezultat sta nova 
modela 
višin in reliefa (brez stavb, dreves) v 1x1m mreži z višinsko natančnostjo 
~15cm. 
Najboljša stvar pred tem je bil DMV5 z enometrsko, OSM pa uporablja SRTM, ki 
ima 
približno 30x30m celice s 10-15m višinsko natančnostjo. Absurdna izboljšava!

Torej ogromen potencial za izboljšanje naših pohodniških in kolesarskih kart, 
lahko pa 
pomaga tudi pri kartiranju. Bolj natančno senčenje in plastnice, te pa so lahko 
tudi bolj 
pogoste — npr. na 10m kot na kartah z merilom 1:25.000. Zlahka se naredi 
podlage 
pri 1:5000.

Neposredno sicer pomoje ne moremo narediti veliko. Podatke je za predat 
OpenDEM, 
vprašat a ostali uporabljajo to ali SRTM direktno in kakšne so možnosti za 
vključitev.

Zaradi lastne firbčnosti sem na hitro pretvoril podatke in zgeneriral karto 
Rjavine 
(slikano pri 1:1600):
http://lynxlynx.info/gis/rjavina.png[1] 
_http://lynxlynx.info/gis/rjavina-sen.png_ (senčenje + delni ruggedness za 
boljšo 
ilustracijo natančnosti)
http://geopedia.si/#T184_x414404.5_y139107.5_s17_b3[2] (za primerjavo)
http://geopedia.si/#T184_x414404.5_y139107.5_s17_b5[3] (za primerjavo) 

Misli? Na wikiju sem videl, da je ta del iniciative zamrl že davno, stvari kot 
je 
hunting_lodge pa ostajajo nerešene (in neizrisane).

LP
-- 
To err is humour


[1] http://lynxlynx.info/gis/rjavina.png
[2] http://geopedia.si/#T184_x414404.5_y139107.5_s17_b3
[3] http://geopedia.si/#T184_x414404.5_y139107.5_s17_b5
___
Talk-si mailing list
Talk-si@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-si

[OSM-talk-be] kilometer palen

[Ben Abelshausen]

Weet er toevallig iemand hier waar ik een dataset kan vinden met de
locaties van de kilometer palen?

Is er een dataset van AGIV ergens die ik nog niet gezien heb?

Cheers,

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

Re: [OSM-talk-be] kilometer palen

[Pieter Colpaert]

Hey Ben,

Vanaf Q1 2016 zullen de referentiepalen van Vlaanderen online vindbaar 
zijn. Eerst moet het GRB ontsloten worden op 1 januari 2016.


Met vriendelijke groeten,

Pieter

On 02-11-15 18:24, Ben Abelshausen wrote:
Weet er toevallig iemand hier waar ik een dataset kan vinden met de 
locaties van de kilometer palen?


Is er een dataset van AGIV ergens die ik nog niet gezien heb?

Cheers,

Ben


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



--
+32 486 74 71 22

Board of directors
Open Knowledge Belgium
http://openknowledge.be

International Open Transport community
http://transport.okfn.org

Belgian Open Transport community
http://transport.openknowledge.be

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Giulio Barba]

Anche per me vale la pena cercare di continuare a migliorare la mappa,
rendendola sempre più dettagliata e più utile.

Ciao

Giulio Barba, Verona


Il giorno 2 novembre 2015 18:27, Martin Koppenhoefer  ha scritto:

>
>
> sent from a phone
>
> > Am 02.11.2015 um 18:20 schrieb Marco Bartalini  >:
> >
> > cmq ora la cosa che manca per far diventare veramente funzionale il sito
> di OSM è un bel layer di immagini satellitari
>
>
> e streetview, traffico e forse anche un motore di ricerca generico e un
> sistema email più avanzato ;-)
>
> seriamente, per il momento non vedo tanti mappatori nella comunità di osm,
> con le attrezzature necessarie per creare un livello di immagini
> satellitari...
>
>
> Ciao,
> Martin
> ___
> 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-fr] Stand au Capitole du Libre 2015

[orhygine]

Bonjour,

Le Capitole du Libre 2015 aura lieu les 21 et 22 Novembre prochains à
Toulouse (https://2015.capitoledulibre.org).

Cela fait plusieurs éditions qu'OpenStreetMap tient un stand au sein du
village des associations lors de la journée du Samedi.

Je viens de faire la proposition de stand pour cet édition, il est vrai pas
très en avance, mais il serait dommage qu'OpenStreetMap soit absent de cet
événement incontournable des le domaine du libre.

Y a-t-il d'autres contributeurs motivés pour être présents sur le stand et
parler de leur passion ?

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

[OSM-talk] Fix missing and wrong oneway ways

[Martijn van Exel]

Hi all,
We have created a new tool in the footsteps of the missing roads tool, this
time focusing on wrong and missing oneway ways. There is more info in my
diary entry: http://www.openstreetmap.org/user/mvexel/diary/36209

Please let me know if you find it useful! Send me examples of interesting
cases (either good or bad) if you have time. We are already working on
improvements based on early feedback (see comments section in the diary).

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

Re: [Talk-dk] Restauranter

[Niels Elgaard Larsen]

Lars Gravengaard:
> Hej Niels
> 
>>Vi startede med ca 9400 manglende madsteder, nu er der 7827 så det går
> hurtigt den rigtige vej.
> 
> Disse er kantiner for medarbejdere 
> 
> 30352913
> 30299527
> 30707554
> 30300161
> Dette er et kommunalt "bo sted"
> 515182

Der er en hel del madsteder, som ikke er egentlige kantiner,
restauranter og fast-foodsteder.


En del tagger jeg som social-facility (plejehjem, væresteder osv)

Kantiner for medarbejdere kan man enten sætte et access tag på, så det
er klart at der ikke er offentlig adgang. Eller man kan kan bare tagge
virksomheden som works/school/office el.lign. For typisk er det vel
virksomheder, som kan have flere kantiner, kaffeordninger osv for
medarbejderne.

> Kun åben få dage om året.
> 30321227

Bundsbæk Møllegård.

Det er nok et "events_venue"

Der er nogle rigtige restauranter, der kun har åbent nogle få weekender
om sommeren. Ḿen det er jo det, man har "opening_hours" til at angive.


> 
> -- 
> Lars
> 
> 
> 
> 
> 
> 
> 2015-11-02 20:49 GMT+01:00 Niels Elgaard Larsen  >:
> 
> 
> 
> Jens Winbladh:
> > kortet er rigtigt fint, men
> > det kører meget langsomt (men går med lidt god vilje)
> 
> 
> Ja, den læser alt ind med det samme, så det kan være lidt tungt.
> 
> Men det burde jo blive hurtigere efterhånden som der bliver færre
> manglende madsteder.
> 
> Vi startede med ca 9400 manglende madsteder, nu er der 7827 så det går
> hurtigt den rigtige vej.
> 
> 
> > Jeg kan ikke få JOSM-linket til at virke - hvilket ville gøre det hele
> > meget let.
> >
> > Niels, er det min browser/computer der er syg eller er der andre der har
> > samme problem?
> 
> 
> Bruger du en ny forholdsvis ny JOSM?
> 
> Har du slået remote plugins til?
> 
> Har du staret et nyt layer?
> JOSM skal have et layer før det virker, så man skal bare downloade et
> eller andet, ligemeget hvad.
> 
> 
> > jens
> >
> >
> >
> > Den 21. oktober 2015 kl. 19.07 skrev Jens Winbladh  
> > >>:
> >
> > Nice
> >
> >
> > Den 20. oktober 2015 kl. 04.35 skrev Niels Elgaard Larsen
> > 
> >>:
> >
> > Så har jeg lavet en ny version af siden over manglende 
> restauranter
> > http://agol.dk/elgaard/restauranter/missing.html
> >
> > Og nu opdateres den en gang i døgnet med data både fra FVST og 
> OSM
> >
> > Og skrevet på Wiki'en
> >
> > 
> http://wiki.openstreetmap.org/wiki/Restauranter_og_Smiley_kontrolresultater
> >
> > Man kan nu tilføje FVST madsteder med JOSM/remote.
> >
> > Vi mangler nu kunne ca 9000 :-)
> >
> > Hvis man kender et område godt, er det ret overkommeligt at
> > checke om der er indlysende mangler. Jeg fandt i alt lige et par
> > steder, jeg har spist, men ikke fået på OSM.
> >
> >
> > --
> > Niels
> >
> > ___
> > 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
> >
> 
> --
> Niels Elgaard Larsen
> 
> ___
> 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
> 

-- 
Niels Elgaard Larsen

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

Re: [OSM-talk-be] some osm.be statistics

[joost schouppe]

For the German speakers, yep, the same.

De volledige lijn had inderdaad 2014 moeten zijn. Dat ene datapant in
december is omdat toen de site is gelanceerd.

Die interne taalregistratie is inderdaad iets dat redelijk weinig zegt,
wellicht.

2015-11-02 21:42 GMT+01:00 Karel Adams :

> Und für die Belgischen Deutschsprecher: la même chose? ;)
>
> NB uw Imgurprentjes komen niet door in de de mail (Thunderbird op Ubuntu),
> wel kan ik de links aanklikken om ze te bekijken. Eén grafiek heeft een
> enkel datapunt voor 2013 en twee lijnen voor 2015 ?! Tikfoutje,
> vermoedelijk.
>
> NB ik heb geen flauw idee of mijn Firefoxbrowser als Engels of Nederlands
> of wat dan ook wordt aangemeld. Engels, denk ik, als ik de drie streepjes
> rechts aanklik krijg ik toch allemaal opties in die taal..?
>
> Dank voor de moeite, grappig om eens door te kijken!
> Karel
>
>
>
> On 02-11-15 19:47, joost schouppe wrote:
>
> Hi all,
>
> I promised the Mapper of the Month team I'd have a look at some statistics
> way too long ago. It being a kind of birthday now, here they are. Data is
> collected by Google Analytics.
>
> *Basics*
>
> There are 74.000 pageloads in total, but only 32.000 of those are from
> something else than the front page. There are about 30.000 unique visitors
> so far. About 8000 visitors were seen more than once. (of course, Google
> doesn't know -everything- we do, so some people are likely counted several
> times)
>
> On a monthly basis, it looks like this:
>
> http://imgur.com/cv3W6Iv
>
>
>
> So clear growth, however september and october aren't very impressive.
>
> *Language*
>
> 21% of language-identifiable pageloads are on French language pages, 79%
> is Dutch. To reflect Belgium, that should really be 40/60. It doesn't seem
> to have to do with content; the statistics stay the same if you just look
> at the main pages.
> If you take the browser language, there's still 80% Dutch speakers.
> However, there is only 7% French speakers, with another 12% English and 3%
> various other languages. I tend to assume that relatively more Dutch
> speakers would have English language browsers than French speakers. But
> maybe that's no true for people interested in OSM?
> Anyway you look at it, the website is clearly underrepresented in the
> French speaking area.
>
>
> *Looking at what people look at.*
>
> Something I absolutely don't understand is that among the French speakers,
> the most popular page is the French index. This has almost as much visitors
> as the Dutch index. For other pages, it's the more usual 80/20 devision.
> Maybe some Dutch speakers got to the French index by mistake, then change
> language?
>
> Another surprise for me was that by far the most popular of the main pages
> was the usage policy (red in the graph below). So that would be a good
> place to put more effort, I guess. Maybe have a comment section there, to
> see if they are missing anything?
>
> It's not as easy as I thought identifying the Mapper of the Month series.
> Some visits are identified by Analytics, others probably saw it through the
> blog section and are not seperatable. Maybe the images have seperate load
> statistics to have a better measure?
> Anyway, you can group the "more dynamic content" as the top most three
> categories on the graph below.
> You can see that among the French speakers, that makes up 30% of all
> pageloads, while for the Dutch speakers, it's more like 15%.
> I don't know what kind of conclusions that could entail.
>
> http://imgur.com/egiu5Lr
>
>
>
>
>
> *Where did they come from*
>
> Most visits come from Google, 66% of the total. 27% typed a url or clicked
> a favorite. Less then 5% clicked a link, and only 1% came from the social
> media.
>
> Biggest amongst the links are the ones from escada's diary entries for the
> Mapper of the Month.
> OKFN and wiki.osm are other obvious links. Less obvious are the 100 visits
> coming from a post by AS adventure,
> http://www.asadventure.com/benl/content/nl/alles-op-een-kaart-met-je-gps .
> Which IMHO goes to show that we should try to get more niche users like
> that link to our page.
>
>
> *On Mapper of the Month*
>
> Considering that the English language posts on Escada's diary get an
> exposure of about 3000 views each (guestimate, based on the loads of the
> imgur images I unclude in my posts), the Dutch and French translations on
> the website get quite a low number of views.
>
> In the best months, the project gets about 120 views, and some months it's
> really very low.
>
> http://imgur.com/oOzNvGO
>
>
>
> However, I don't think we can trust these statistics. I used the page
> title here, and I have the impression that only gives the good title when
> you are following a direct link.The same goes for using the page URL. Yes,
> yes, Google Analytics, lets you do all sorts of flashy stuff. But basic
> statistics, forget it.
>
> Here I took all the Blog 

Re: [Talk-de] Neue Farben im osm.org Kartenstil?

[Tom Pfeifer]

Christian Pietzsch wrote on 2015-11-02 15:59:

Was mir jetzt aufgefallen ist, ist das die Engländer die Verkehrsbdeutung
vieler ihrer Straßen höher einordnen, als das in Deutschland der Fall ist.


Umgekehrt wird ein Schuh daraus, wenn man die Entstehung der highway-Tags
betrachtet. Die sind ja auf die hierarchische Klassifikation auf der britischen
Insel zugeschnitten, und da sind die 'trunk' roads halt die grün beschilderten
A-Roads, die das überregionale 'Stamm'-Netz für alle Verkehrsteilnehmer
bilden. Die haben mit schnell oder langsam nichts zu tun.

Wir Deutschen haben hingegen die Hierarchie umdefiniert und nutzen das
Schema entsprechend der Verkehrsbedeutung, wobei die 'trunk'-Roads halt
als kreuzungsfreie Schnellstraße definiert wurde, die es dann aber nur
an Stellen mit hohem Verkehrsaufkommen gibt, und die daher kein Netz bilden.


Man muss nur mal Berlin mit London vergleichen. In London sind viele
Straßen "Schnellstraße" (in Deutschland hauptsächlich autobahnähnliche
Straße) getaggt. Wohingegen Berlin relativ wenige primarys hat und viele
secondarys. Dadurch wirkt natürlich die Londoner Ecke deutlich chaotischer,
als bspw Berlin.
Das liegt an der völlige unterschiedlichen Definition der Wikiseiten.
http://wiki.openstreetmap.org/wiki/DE:Key:highway



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

[OSM-ja] osm.jp Drupalユーザクリンナップについて

[Satoshi IIDA]

いいだです。

現在公開されている osm.jp のサイトですが、
既存のDrupalアカウントのクリンナップを行いたいと考えています。

https://openstreetmap.jp/
https://osm.jp/


基本的に、現在管理者として利用しているいくつかのアカウントを除いた、
通常のユーザアカウントを、すべていったん削除したいと考えています。

現在、イベントやコンテンツの作成などは一部の管理者アカウントによる登録になっていますので、実影響はないと考えています。
osm.jpのアカウントは、osm.org（本家）のアカウントとはまったく関連がなく、OSM編集に対する影響もありません。
また、osm.jpにて配信している地図タイルへの影響もありません。


作業時期は、11月中旬〜後半を考えています。
いったんすべて削除、となりますので、今後また一般アカウントを作成できるようにするようになった場合、
同じアカウント名で登録ができるようになります。


不明点などありましたら、このMLへの返信や、僕個人への連絡でも結構です、お問い合わせください。


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

[Talk-us] Maxweight in the USA

[Andy Townsend]

Just a heads up...

There's a bit of a discussion going on at the moment as to whether it 
makes sense to store SI units (or actually a derivative - metric tons) 
in maxweight tags.  I noticed a few changes (initially to other values 
in the UK), and commented on 
https://www.openstreetmap.org/changeset/35009662 , and the person making 
a changes (who's the author of one of the popular routers using OSM 
data) wrote a diary entry here: 
https://www.openstreetmap.org/user/karussell/diary/36220 .


The argument in favour of the change is that storing an SI derivative 
makes the data easier to consume; my counter-arguments are that (a) it 
makes it harder for mappers to verify values and (b) anything consuming 
data shouldn't assume the data is valid anyway (for "Bobby Tables" 
reasons if for no other).


Whilst doing this I noticed that a bunch of other "x tons" weight limits 
had had values changed a while back (see for example 
http://www.openstreetmap.org/way/32719427/history ).  That's now been 
changed to "maxweight=4.5359237" which is at least not heavier than the 
actual posted restriction.  However there are still some other integer 
values without units which implies metric tons (see for example 
http://overpass-turbo.eu/s/cqw ).  It may be that Pittsburgh has woken 
up one morning and decided to adopt SI units ahead of the rest of the 
country, but I doubt it.  Logically I'd expect a router encountering 
"maxweight=10" in the USA might want to interpret it as "10 US tons" 
rather than 10,000 kg, but based on the above I suspect that at least 
one router isn't going to do that.


The relevant wiki page http://wiki.openstreetmap.org/wiki/Key:maxweight 
does say "as of September 2014 only metric units of weight (metric 
tonnes or kilograms) are supported for this tag".  I'm unaware of any 
discussion prior to the 17 September 2014 change (not that that means 
that it didn't happen, just that I'm unaware of it).


I'm not from the US, and I'm not sure what the right answer is (if as a 
community you're happy entering maxweight=4.5359237 it'd certainly make 
everyone's lives easier), so I'm posting this here and then retiring 
back across the Atlantic :)


Cheers,

Andy (SomeoneElse)


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

Re: [OSM-talk] Rendering idiosyncrasies

[Clifford Snow]

On Mon, Nov 2, 2015 at 11:31 AM, Marc Gemis  wrote:

> I was once told by one of the style developers that the layer tag is not
> used in the standard rendering on osm.org. Only the size of the area's
> matter.
>

I can confirm that using a layer tag does impact rendering of landuse.


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

[Talk-us] Fix missing and wrong oneway ways

[Martijn van Exel]

Hi all,
We have created a new tool in the footsteps of the missing roads tool, this
time focusing on wrong and missing oneway ways. There is more info in my
diary entry: http://www.openstreetmap.org/user/mvexel/diary/36209

Please let me know if you find it useful! Send me examples of interesting
cases (either good or bad) if you have time. We are already working on
improvements based on early feedback (see comments section in the diary).

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

Re: [Talk-us] Maxweight in the USA

[Steve Friedl]

This issue has come up as well with the height of mountain peaks; those of us 
who hike in the mountains in the US know peak heights *only* in feet, but OSM 
seems to reflect this in meters; this is entirely unhelpful to local hikers.  
Us locals think of Sierra Peak as 4050 feet, not 928 meters.

The discussion was strictly informal, but I think a number of us liked the idea 
to support a unit of measure, such as ele=4050ft or maxweight=10t

Steve

-Original Message-
From: Andy Townsend [mailto:ajt1...@gmail.com] 
Sent: Monday, November 02, 2015 1:59 PM
To: Talk Openstreetmap 
Subject: [Talk-us] Maxweight in the USA

Just a heads up...

There's a bit of a discussion going on at the moment as to whether it makes 
sense to store SI units (or actually a derivative - metric tons) in maxweight 
tags.  I noticed a few changes (initially to other values in the UK), and 
commented on
https://www.openstreetmap.org/changeset/35009662 , and the person making a 
changes (who's the author of one of the popular routers using OSM
data) wrote a diary entry here: 
https://www.openstreetmap.org/user/karussell/diary/36220 .

The argument in favour of the change is that storing an SI derivative makes the 
data easier to consume; my counter-arguments are that (a) it makes it harder 
for mappers to verify values and (b) anything consuming data shouldn't assume 
the data is valid anyway (for "Bobby Tables" 
reasons if for no other).

Whilst doing this I noticed that a bunch of other "x tons" weight limits had 
had values changed a while back (see for example 
http://www.openstreetmap.org/way/32719427/history ).  That's now been changed 
to "maxweight=4.5359237" which is at least not heavier than the actual posted 
restriction.  However there are still some other integer values without units 
which implies metric tons (see for example http://overpass-turbo.eu/s/cqw ).  
It may be that Pittsburgh has woken up one morning and decided to adopt SI 
units ahead of the rest of the country, but I doubt it.  Logically I'd expect a 
router encountering "maxweight=10" in the USA might want to interpret it as "10 
US tons" 
rather than 10,000 kg, but based on the above I suspect that at least one 
router isn't going to do that.

The relevant wiki page http://wiki.openstreetmap.org/wiki/Key:maxweight
does say "as of September 2014 only metric units of weight (metric tonnes or 
kilograms) are supported for this tag".  I'm unaware of any discussion prior to 
the 17 September 2014 change (not that that means that it didn't happen, just 
that I'm unaware of it).

I'm not from the US, and I'm not sure what the right answer is (if as a 
community you're happy entering maxweight=4.5359237 it'd certainly make 
everyone's lives easier), so I'm posting this here and then retiring back 
across the Atlantic :)

Cheers,

Andy (SomeoneElse)


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


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

Re: [OSM-talk] Improved new Icon set for Open Street map

[Andy Townsend]

On 02/11/2015 16:53, Nasir Khan wrote:

...

One thing i faced every time and asked from many that, is there a way 
to improve the icon set to make the map more attractive.


(apologies if I'm stating the obvious here, but...)

"OpenStreetMap" isn't just "the standard map that you see at 
openstreetmap.org".  There are five different tile layers available from 
the layer switcher there, designed for different purposes. Elsewhere, 
there are other styles.  For example,


https://github.com/search?utf8=%E2%9C%93=project+extension%3Amml=Code=searchresults

currently finds > 700, and no doubt there are lots of others elsewhere.  
Depending on what data you're showing, I'd expect that a different map 
style would make sense.  Just today I was using a commercial application 
that showed locations using "MQ Open" tiles (they wanted a road-atlassy 
thing I guess); something that wanted to show location in a mountainous 
area I'd would expect show contours or hillshading.  OpenStreetMap's 
"standard" style has as one of its goals feedback to mappers, so it 
includes more detail (for example of different sorts of shops) than I'd 
expect most general purpose maps to want to show.


It's very possible (and not terribly difficult) to come up with a map 
style that highlights the data that you want - making it then look nice 
is the tricky bit, as to me would be figuring out how to host and serve 
the data to allcomers (though as Wikimedia I suspect you've solved that 
last bit).


Cheers,

Andy (SomeoneElse)


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

Re: [OSM-talk-fr] Stand au Capitole du Libre 2015

[Sébastien Dinot]

Bonsoir Christophe,

orhygine a écrit :
> Y a-t-il d'autres contributeurs motivés pour être présents sur le
> stand et parler de leur passion ?

J'en suis !

Pour ce qui est du matériel de promotion, je n'ai à disposition qu'une
carte imprimée du Parc des Volcans d'Auvergne au format A0 utilisant le
style R25 de JB.

http://wiki.openstreetmap.org/wiki/R25_Maperitive_style

Ce n'est pas grand chose mais elle en jette (merci JB).

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [Talk-GB] New map style

[Mark Goodge]

On 01/11/2015 07:22, Ed Loach wrote:


On 31 Oct 2015 21:59, "jonathan" > wrote:
 >
 > I don't like it.
 >
 > It very simple, the colours should match the road sign colours: Blue,
Green, Red!

Red?


Traditional UK mapping colours for roads are a bit more complex than 
that. When the OS first started using colour, back in the early 20th 
century, it chose red for A roads and orange for B and larger 
unclassified roads, with white for residential streets and rural tracks. 
The use of green for primary routes and blue for motorways (and yellow 
for tertiary routes) came quite a bit later. The earliest OS maps to 
feature motorways have them in red, and practically indistinguishable 
from A roads - just about the only clue is the presence of slip roads at 
junctions. Here's a very early stretch of the M1 and M10:


http://maps.nls.uk/geo/explore/#zoom=14=51.7518=-0.4195=11

The first UK maps to use blue for motorways were wide-scale route 
planner maps published in the late 60s. Most UK mapping companies 
quickly followed suit and it became the generic default. But it wasn't 
until the 90s that green for primary routes became anything like a standard.


Green and blue do, of course, match the relevant signage. But the other 
standard colours don't, and never have (other than in the trivial sense 
that minor road signs are white, and so are the lowest category of roads 
on pretty much every mapping system).


The use of blue for motorways by the OS was actually quite controversial 
at the time! Many people felt that blue should be reserved for water 
features, and that applying it to roads would be too confusing.


Mark

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

[Talk-cat] Dibuixar els edificis manualment o no

[Joan]

Bones,

Em presento, em dic Joan i des de fa un temps que segueixo el projecte, i
ara m'ha agafat per contribuir-hi, una mica per poder portar a terme per el
meu poble alguna cosa com això (
http://www.konfraria.org/osm/cerca/web/#17/41.41297/1.96756), veig que
l'Albert ja és de la llista també :)
El cas és que estic mapejant els edificis que vaig trobant, primer només
els POIs però ara també cases, etc.. La pregunta és, tots els edificis que
hi ha a l'osm són fets per els usuaris? O entitats públiques (p.ex. el
cadastre) posen el contingut del seu gis?
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-ca] Map rendering errors

[Paul Norman]

On 11/1/2015 5:27 AM, Bruno Remy wrote:


By the evidence, this is a database problem in osm2pgsql 
 
schema , witch is used by Mapnik's rendering process.
The most probable hypothesis is : some old nodes and old ways still 
exists in 'OldNode' and 'OldWay' tables, with the "visible" status as 
'true' instead of 'false'.

See the shema for reference:
http://wiki.openstreetmap.org/w/images/c/cd/RailsPortModels.png

My suggested solution:
Create a brand new collection of nodes with the position of "all 
fantom nodes", and sending'them to the Tech tem of OSM. They'll be 
able to run a query into the
'OldNode' and 'OldWay' tables and switch the "visible" status from 
'true' to 'false'.


Don't do this. The rendering database doesn't have OldNode or OldWay 
tables or a visible status. For that matter, the master apidb database 
doesn't have those tables either, it has ways and currentways tables.


This is normally where I'd give a solution, but I don't have one. It's 
an osm2pgsql bug, not a DB bug, but without a reproducible testcase and 
verification that the bug happens on recent versions, it becomes a 
significant effort to get anywhere.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Martin Koppenhoefer]

2015-11-02 10:34 GMT+01:00 Colin Smale :

> Indeed
>
> So why not tag things objectively instead of discussing what things are
> called in different countries?
> shop=prescription_only_medicines;self_medication;pharmacy_only_medicines;household_cleaning
>


I've not yet seen a "prescription_only_medicines" pharmacy, and I support
being pharmacies under "amenity" because they are different to a shop (they
also prepare medicines, are extremely regulated).


> Doing it this way would of course require support for multi-valued keys
> (semicolons!) which many people are allergic to;
>


no, you could do it like this:
sells:prescription_requiring_medicines=yes/only/no 
sells:sunglasses=yes



the problem I see is how you would evaluate such a list in order to
normalize it to a few categories.
It's likely not impossible for pharmacies alone, but if you do it for all
businesses selling something, it will get extremely hard and complicated
(long) to do it. And you should know a lot of details about the places for
which you are offering your map...

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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Martin Koppenhoefer]

sent from a phone

> Am 01.11.2015 um 13:01 schrieb Colin Smale :
> 
> Is a pharmacy not the same as shop=chemist with dispensing=yes?


isn't a chemist the same as a drug store? Around here there are 3 types of 
"shops": pharmacies, "parapharmacies" (dispensing no), drug stores (misleading 
name, they sell anything but drugs, etc. detergents, tooth brush, baby food, 
beverages and sweets, sometimes  foto "development", toilet paper, stationery, 
nutrition supplements, (cheaper) make up, ...)

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Simone Saviolo]

È una mia impressione o le residential e le unclassified sono ancora
indistinguibili?

Ciao,

Simone

Il giorno 1 novembre 2015 18:56, Aury88  ha
scritto:

> non penso...alla fine sia primary che secondary hanno un proprio
> colore...il
> problema può sorgere solo con le tertiary che hanno lo stesso colore delle
> unclassified e delle residential.
>
>
>
> -
> Ciao,
> Aury
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/La-mappa-di-OSM-ha-un-nuovo-schema-colori-tp5858384p5858561.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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Federico Cortese]

2015-11-02 11:05 GMT+01:00 Simone Saviolo :
> È una mia impressione o le residential e le unclassified sono ancora
> indistinguibili?
>
Si, sono identiche.

Federico

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

Re: [Talk-cz] Workshop na OpenAltu

[Marián Kyral]

-- Původní zpráva --
Od: Jachym Cepicky 
Komu: OpenStreetMap Czech Republic 
Datum: 2. 11. 2015 8:54:12
Předmět: Re: [Talk-cz] Workshop na OpenAltu

"

Ahoj,







so 31. 10. 2015 v 20:02 odesílatel Ladislav Nesnera  napsal:

" 
Doplním jednu zákulisní - od Martina Tesaře máme v záloze "OpenStreetMap pro
volný čas i byznys", 
"



teď mi přes nos proběhla nezaručená zpráva, že někde v licenci je napsáno, 
že se  OSM nesmí používat pro komerční účely -mohl by to někdo případně 
rozvézt?






"



Ahoj,

pokud vím, tak problém je opačný - některé zdroje nemůžeme použít, protože 
nejsou uvolněny pro komerční použití.




Nevztahuje se to spíše na některé vyrenderované sady dlaždic? Protože 
databáze OSM je něco jiného než vygenerované dlaždice z té databáze. Ty mají
licenci jinou.





Marián




"







díky




J

 
"
kdyby nám někdo vypadl. Pro OSM příznivé mi přijdou i "Staré mapy a 
dobrovolníci" - výchozí podklad je OSM.

Rozhodně budeme rádi, když nám pomůžete akci šířit do světa. Sám mám radost 
z toho, jaký obsah se naskládal a bylo by fakt škoda, kdyby si těch víc jak 
80 přednášek a dílen někdo nevyposlechl z toho nejhloupějšího důvodu - 
nevěděl by o konfeře (zdaleka není jen pro lidi IT "postižené" - http://www.
openalt.cz/2015/cs/visitor_events.html
(http://www.openalt.cz/2015/cs/visitor_events.html)).

Web je jasný, sociální sítě:


   * Diaspora - (https://diasp.eu/posts/368)https://diasp.eu/posts/
   368(https://diasp.eu/posts/368)
   * Facebook - (https://www.facebook.com/events/923011161110018/)https://
   www.facebook.com/events/923011161110018/
   (https://www.facebook.com/events/923011161110018/)
   * G+ - 
   
(https://plus.google.com/u/0/b/100946575675112811528/events/c1p8c1015tq2t6t2nunh1r5ort4)
   https://plus.google.com/u/0/b/100946575675112811528/events/c1p8c1015tq2t6
   t2nunh1r5ort4
   
(https://plus.google.com/u/0/b/100946575675112811528/events/c1p8c1015tq2t6t2nunh1r5ort4)
   * Twitter - (https://twitter.com/OpenAlt)https://twitter.com/OpenAlt
   (https://twitter.com/OpenAlt)
   

Díky moc a za týden vás rádi uvidíme - místa je spousta, zabrali jsme celý 
FIT





On 29/10/15 12:45, Miroslav Suchy wrote:

" 
Ahoj,
7.11 na Brnenskem FIT VUT budu mit workshop jak mapovat pro OSM.

https://openalt.cz/2015/cs/visitor_program.html

Na programu je to od 15:30 do 17:00, ale po tomhle workshopu uz tam nic neni 
takze je tam moznost zustat drive.

To povidani co mam nachystane bude pro uplne zacatecniky - tedy asi nic pro 
zdejsi osazenstvo. Nicmene:

* uvitam pokud kdokoliv ze starsich a zkusenejsich prijde. Sice mapuji uz hodne 
let, ale stale je spousta veci ktere
nevim, takze pokud budu mit pomocnou ruku/hlas v publiku, tak se nebudu vubec 
zlobit.

* pokud mate nejake dotazy nebo jine veci, ktere se vam nechtelo resit po 
emailu, tak v sobotu bude super sance se
zeptat na cokoliv na zivo.

* po skonceni workshopu tam muzeme jeste chvili posedet (nebo se presunout do 
hospy) a pobavit se o obecne o OSM. S
nedanvym nasazenim taskmanu si myslim ze tech temat bude i docela dost :)

Mirek

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

" 

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



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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Colin Smale]

 

Indeed 

So why not tag things objectively instead of discussing what things are
called in different countries?
shop=prescription_only_medicines;self_medication;pharmacy_only_medicines;household_cleaning


Doing it this way would of course require support for multi-valued keys
(semicolons!) which many people are allergic to; hence the current
discussion with loads of people saying "round here it's called this" and
"near me they also sell that" which illustrates the diversity which OSM
has to accommodate but doesn't get us nearer convergence. 

//colin 

On 2015-11-02 10:13, Martin Koppenhoefer wrote: 

> sent from a phone
> 
>> Am 01.11.2015 um 13:01 schrieb Colin Smale :
>> 
>> Is a pharmacy not the same as shop=chemist with dispensing=yes?
> 
> isn't a chemist the same as a drug store? Around here there are 3 types of 
> "shops": pharmacies, "parapharmacies" (dispensing no), drug stores 
> (misleading name, they sell anything but drugs, etc. detergents, tooth brush, 
> baby food, beverages and sweets, sometimes  foto "development", toilet paper, 
> stationery, nutrition supplements, (cheaper) make up, ...)
> 
> cheers 
> Martin
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Colin Smale]

 

A pharmacy may open in the evenings for prescriptions only. 

Your example syntax with "sells:xxx" is another way of approaching it,
but it has two disadvantages to my mind. Firstly, to find what the shop
sells, you have to access all keys which start with "sells:". The
namespace syntax (or whatever you want to call it) is also not
officially normalised, so the this means accessing all keys and doing a
pattern match on each of them. The second issue is that the value part
of the KVP is redundant - the presence of the key is enough. 

I have an instinctive aversion to modelling multiple values (the
real-world situation) onto multiple keys in OSM. It "fixes" the problem
in the wrong place, and really just moves the problem. But formalising
the colon syntax (documenting it as part of our information metamodel)
might help - then we effectively have a proper hierarchy of keys, which
can then be stored/indexed/processed appropriately. This would open the
doors to many new things... including cans of worms.. 

Unless the discussion results in a clear consensus on a tagging model
for such entities (whether you call them shops, amenities, offices or
whatever) it's just a waste of energy. Again. And if a miracle does
happen, we can put it on the wiki for all to see and get started on
retagging all the others. 

--colin 

On 2015-11-02 11:00, Martin Koppenhoefer wrote: 

> 2015-11-02 10:34 GMT+01:00 Colin Smale :
> 
>> Indeed 
>> 
>> So why not tag things objectively instead of discussing what things are 
>> called in different countries? 
>> shop=prescription_only_medicines;self_medication;pharmacy_only_medicines;household_cleaning
> 
> I've not yet seen a "prescription_only_medicines" pharmacy, and I support 
> being pharmacies under "amenity" because they are different to a shop (they 
> also prepare medicines, are extremely regulated). 
> 
>> Doing it this way would of course require support for multi-valued keys 
>> (semicolons!) which many people are allergic to;
> 
> no, you could do it like this: 
> sells:prescription_requiring_medicines=yes/only/no  
> sells:sunglasses=yes
> 
> 
> the problem I see is how you would evaluate such a list in order to normalize 
> it to a few categories. 
> It's likely not impossible for pharmacies alone, but if you do it for all 
> businesses selling something, it will get extremely hard and complicated 
> (long) to do it. And you should know a lot of details about the places for 
> which you are offering your map...
> 
> Cheers, 
> Martin
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] Maxweight in the USA

[Richard Welty]

On 11/2/15 4:59 PM, Andy Townsend wrote:
>
> I'm not from the US, and I'm not sure what the right answer is (if as
> a community you're happy entering maxweight=4.5359237 it'd certainly
> make everyone's lives easier), so I'm posting this here and then
> retiring back across the Atlantic :)
>
i'm an advocate of tagging using local units. i have recently observed
that a bunch
of maxweight values i set to "10 tons" were changed to "10" with the
default of
tonne, which is of course not an equivalent unit.

so i don't like the "si units only" clause, i don't like undiscussed
tagging changes of
this type, and i especially don't like bulk edits that introduce errors
into the database.

richard

-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




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

Re: [Talk-us] Maxweight in the USA

[Toby Murray]

My view is that this isn't much different than speed limits. We don't
tag maxspeed=96.5606, we tag maxspeed=60 mph. Tag what's on the sign.
The complicating factor on this is of course that "ton" has at least 3
different meanings but I would generally assume that weight
restrictions in the U.S. are tagged in short tons because that's what
is on the sign.

Toby

On Mon, Nov 2, 2015 at 3:59 PM, Andy Townsend  wrote:
> Just a heads up...
>
> There's a bit of a discussion going on at the moment as to whether it makes
> sense to store SI units (or actually a derivative - metric tons) in
> maxweight tags.  I noticed a few changes (initially to other values in the
> UK), and commented on https://www.openstreetmap.org/changeset/35009662 , and
> the person making a changes (who's the author of one of the popular routers
> using OSM data) wrote a diary entry here:
> https://www.openstreetmap.org/user/karussell/diary/36220 .
>
> The argument in favour of the change is that storing an SI derivative makes
> the data easier to consume; my counter-arguments are that (a) it makes it
> harder for mappers to verify values and (b) anything consuming data
> shouldn't assume the data is valid anyway (for "Bobby Tables" reasons if for
> no other).
>
> Whilst doing this I noticed that a bunch of other "x tons" weight limits had
> had values changed a while back (see for example
> http://www.openstreetmap.org/way/32719427/history ).  That's now been
> changed to "maxweight=4.5359237" which is at least not heavier than the
> actual posted restriction.  However there are still some other integer
> values without units which implies metric tons (see for example
> http://overpass-turbo.eu/s/cqw ).  It may be that Pittsburgh has woken up
> one morning and decided to adopt SI units ahead of the rest of the country,
> but I doubt it.  Logically I'd expect a router encountering "maxweight=10"
> in the USA might want to interpret it as "10 US tons" rather than 10,000 kg,
> but based on the above I suspect that at least one router isn't going to do
> that.
>
> The relevant wiki page http://wiki.openstreetmap.org/wiki/Key:maxweight does
> say "as of September 2014 only metric units of weight (metric tonnes or
> kilograms) are supported for this tag".  I'm unaware of any discussion prior
> to the 17 September 2014 change (not that that means that it didn't happen,
> just that I'm unaware of it).
>
> I'm not from the US, and I'm not sure what the right answer is (if as a
> community you're happy entering maxweight=4.5359237 it'd certainly make
> everyone's lives easier), so I'm posting this here and then retiring back
> across the Atlantic :)
>
> Cheers,
>
> Andy (SomeoneElse)
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-us] Maxweight in the USA

[Paul Norman]

On 11/2/2015 2:28 PM, Toby Murray wrote:

My view is that this isn't much different than speed limits. We don't
tag maxspeed=96.5606, we tag maxspeed=60 mph. Tag what's on the sign.
The complicating factor on this is of course that "ton" has at least 3
different meanings but I would generally assume that weight
restrictions in the U.S. are tagged in short tons because that's what
is on the sign.


I would also agree with this, and I'm from a country that uses metric units.

This is distinct from peaks, which have a height which does not depend 
on signage and is a measurement of the physical world. It's possible for 
two people to measure the same peak and get different measurements, but 
assuming decent signage* two people will get the same maxweight or 
maxspeed for the same road.


The pendant with an engineering physics in me also desires to point out 
that neither metric tonnes or short tones are SI base units, and both 
are derived units. The SI base is kg, or you could measure in Mg.


* Yes, signage is sometimes not decent.

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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Martin Koppenhoefer]

2015-11-02 11:16 GMT+01:00 Colin Smale :

> The second issue is that the value part of the KVP is redundant - the
> presence of the key is enough.
>

not if you consider values like "no" and "only".


> I have an instinctive aversion to modelling multiple values (the
> real-world situation) onto multiple keys in OSM. It "fixes" the problem in
> the wrong place, and really just moves the problem.
>

I agree that this is not a general solution, it is OK (IMHO) for some edge
cases, stuff you consider important enough to be mapped singularly
(personal preferences might vary, some stuff like ice cream, tobacco,
postal stamps, transport tickets, etc. come to mind, i.e. stuff that a
group of people cares for and where availabillity differs a lot between
countries and shops).

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

Re: [Talk-it] La mappa di OSM ha un nuovo schema colori

[Martin Koppenhoefer]

2015-11-02 11:19 GMT+01:00 Federico Cortese :

> 2015-11-02 11:05 GMT+01:00 Simone Saviolo :
> > È una mia impressione o le residential e le unclassified sono ancora
> > indistinguibili?
> >
> Si, sono identiche.



a tutti i livelli di zoom? Non fanno vedere prima le unclassified e dopo le
residential?

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

[Talk-it] Distinzione fra farmacie e dispensari

[Stefano]

Ciao,
come si possono distinguere le farmacie propriamente dette dai dispensari
farmaceutici? (https://it.wikipedia.org/wiki/Dispensario_farmaceutico)

Non dite dispensing=yes/no che è un false friend :-) (
http://wiki.openstreetmap.org/wiki/Key:dispensing)

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

Re: [Talk-GB] [OSM-dev] New Map Style feedback

[Lester Caine]

On 02/11/15 10:56, Andy Robinson wrote:
> I agree that the abandonging of the blue for motorways is a bad choice. 
> It is not only a british color, motorways are signalled in blue also in lots 
> of other countries in europe.
> But that is not really the issue. It is not that a colorscheme should follow 
> the colorscheme of a particular country per se. The current color scheme just 
> makes it hard to distinguish roads. Teritary roads, being white, are all but 
> unrecognizable. Looking at motorways, trunk roads or primary roads, I can not 
> tell one from the other, except when I see two next to eachother.
> Furthermore, on high zooms, roads have gotten too fat. It makes the map look 
> bulky.
> 
> The colorscheme for roads is defintely a step back from the previous.

Now that I've got an easy toggle between the new style and the French
tile server a few more backwards steps become apparent. The other WTF
I've just hit is the excessive stripping of place names at some zoom
levels? Simplifying the map is one thing, but having to toggle in and
out of levels to see detail is a problem. Google and Bing are less
cluttered because they don't have the same fine detail that OSM has
access to and while we can't display everything, but the new stripping
seems to me to be a little excessive?

My main complaint is one that applied to the old style as well and that
is that the general drift over time to more 'pastel' colouring. The new
style is a further loss of contrast! That is why I've been looking to a
style that restores a more usable map for the visually impaired as
demonstrated by the sample I provided earlier.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Colin Smale]

 

On 2015-11-02 11:26, Martin Koppenhoefer wrote: 

> 2015-11-02 11:16 GMT+01:00 Colin Smale :
> 
>> The second issue is that the value part of the KVP is redundant - the 
>> presence of the key is enough.
> 
> not if you consider values like "no" and "only".

The "no" would be indicated by the absence of the tag (we are not going
to add a sells:*=no for everything it doesn't sell, are we?) 
The "only" would be indicated by the absence of any other sells:*=* tag 

>> I have an instinctive aversion to modelling multiple values (the real-world 
>> situation) onto multiple keys in OSM. It "fixes" the problem in the wrong 
>> place, and really just moves the problem.
> 
> I agree that this is not a general solution, it is OK (IMHO) for some edge 
> cases, stuff you consider important enough to be mapped singularly (personal 
> preferences might vary, some stuff like ice cream, tobacco, postal stamps, 
> transport tickets, etc. come to mind, i.e. stuff that a group of people cares 
> for and where availabillity differs a lot between countries and shops).

This is where the skill/craft/science of information modelling comes in
handy. The extremes are shop=yes on the one hand and detailed tagging of
every product it sells on the other hand. Neither extreme is
useful/usable; somewhere in the middle we need to find a balance. The
amount of discussion about pharmacy/chemist/drugstore indicates some
refactoring may provide a way forward. Hence my suggestion of going one
level deeper and tagging the product groups/classes/categories they
sell. 

A renderer/data consumer can make their own conclusion about what to
call a place that only sells non-prescription medicines plus household
cleaning stuff. Some may call it a drugstore, others may call it a
chemist, it doesn't matter - the shop and its products are not under
discussion, just what to call it in one particular case. 

Once upon a time we might have got away with simply using English (as
opposed to US English) as a frame of reference for tagging, but that's a
hard pill to swallow (sorry) for most of the world. 

//colin 

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

[Talk-gb-westmidlands] OSM at Open Government Partnership Summit

[alyssa wright]

Hi all,

So next week the Open Government Partnership Summit
 starts and group of us from the
OpenStreetMap community will be in attendance to help forward open geo to
an international audience committed to open data. I'm writing to see if
others from your own community will be in attendance? We would very much
enjoy connecting with them to build further visibility and momentum for the
work we are all care about

If you or someone you know is going to the Summit please reach out to me
(email above!). And follow us on twitter for all the geo summit excitement.
#ogpmapping 

Best,
Alyssa.
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-it] I: geolocalizzazione

[Maurizio Napolitano]

Buongiorno
è molto interessante sapere che il ministero della sanità sta prendendo in
considerazione i dati di OpenStreetMap per migliorare quelli di cui dispone.
Venendo incontro alla sua richiesta allego una serie di note.

- se usate i geocoder di openstreetmap è probabile che poi i dati dovranno
essere redistribuiti con licenza ODbL
- quale geocoder state utilizzando?
se nominatim, i termini di riuso dicono chiaramente che vale il "fair use"
http://wiki.openstreetmap.org/wiki/Nominatim_usage_policy
Esistono soluzioni alternative che fanno uso degli stessi dati
http://wiki.openstreetmap.org/wiki/Search_engines
Una ipotesi è quella di installarsi una istanza di nominatim (o altro) con
i dati per l'Italia su un vostro server interno
così potete fare tutte le query che volete
- una volta che ottenete le coordinate delle farmacie, andate poi a
verificare che queste compaiano nel giusto posto?


Grazie



2015-11-02 11:51 GMT+01:00 Cricenti Daniela :

> Buongiorno,
>
> scusate, stiamo utilizzando per alcuni dati open la geolocalizzazione di
> openstreetmap.
>
> In  particolare abbiamo riscontrato un problema per alcuni flussi OPENDATA:
>
>
>
>- ParaFarmacie (48 occorrenze)
>- Distributori (10 occorrenze)
>- Farmacie (12 occorrenze)
>
>
>
> Il problema riscontrato (*The AppKey submitted with this request is
> invalid*) ci lascia intendere che potrebbero essere cambiate le policy di
> fruizione del servizio di geolocalizzazione. E’ così?
>
> Restiamo in attesa di un vostro riscontro
>
> Grazie
>
> Daniela
>
>
>
> [image: logo ministero]*M**inistero della  Salute*
>
> DIREZIONE GENERALE DELLA DIGITALIZZAZIONE,
>
> DEL  SISTEMA INFORMATIVO SANITARIO E
>
> DELLA STATISTICA
>
> * Viale Giorgio Ribotta, 5 - 00144 Roma*
>
> * PEC: **d...@postacert.sanita.it
> *
>
>
>
>
>
> *dott.ssa Daniela Cricenti*
>
> *Ufficio IV ex DGSI – Sistema informativo del ministero*
>
> *tel.  06 5994 2385 <06%205994%202385>*
>
> *email: d.crice...@sanita.it *
>
>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


-- 
Maurizio "Napo" Napolitano
http://de.straba.us
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] I: geolocalizzazione

[Stefano]

Buongiorno,
probabilmente state usando il servizio di geocoding di Mapquest (
http://www.mapquestapi.com/geocoding/v1/) che ha cambiato i suoi piani e
termini di utilizzo (
http://devblog.mapquest.com/2015/08/17/mapquest-free-open-license-updates-and-changes/).
Se volete continuare ad usarlo, dovete registrarvi ed ottenere una chiave
sostitutiva per usare l'API.
Potete altresì provare altri motori di geocoding:
- o direttamente Nominatim, fermo restando la sua policy (
http://wiki.openstreetmap.org/wiki/Nominatim_usage_policy)
- il nuovo Mapzen Search (https://mapzen.com/documentation/search/)
o altri ancora.

Cordiali saluti,
Stefano


Il giorno 2 novembre 2015 11:51, Cricenti Daniela  ha
scritto:

> Buongiorno,
>
> scusate, stiamo utilizzando per alcuni dati open la geolocalizzazione di
> openstreetmap.
>
> In  particolare abbiamo riscontrato un problema per alcuni flussi OPENDATA:
>
>
>
>- ParaFarmacie (48 occorrenze)
>- Distributori (10 occorrenze)
>- Farmacie (12 occorrenze)
>
>
>
> Il problema riscontrato (*The AppKey submitted with this request is
> invalid*) ci lascia intendere che potrebbero essere cambiate le policy di
> fruizione del servizio di geolocalizzazione. E’ così?
>
> Restiamo in attesa di un vostro riscontro
>
> Grazie
>
> Daniela
>
>
>
> [image: logo ministero]*M**inistero della  Salute*
>
> DIREZIONE GENERALE DELLA DIGITALIZZAZIONE,
>
> DEL  SISTEMA INFORMATIVO SANITARIO E
>
> DELLA STATISTICA
>
> * Viale Giorgio Ribotta, 5 - 00144 Roma*
>
> * PEC: **d...@postacert.sanita.it
> *
>
>
>
>
>
> *dott.ssa Daniela Cricenti*
>
> *Ufficio IV ex DGSI – Sistema informativo del ministero*
>
> *tel.  06 5994 2385*
>
> *email: d.crice...@sanita.it *
>
>
>
>
>
> ___
> 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] Release openstreetmap-carto v2.36.0

[Martin Koppenhoefer]

2015-11-02 11:45 GMT+01:00 Colin Smale :

> On 2015-11-02 11:26, Martin Koppenhoefer wrote:
>
>
> 2015-11-02 11:16 GMT+01:00 Colin Smale :
>
>> The second issue is that the value part of the KVP is redundant - the
>> presence of the key is enough.
>>
>
> not if you consider values like "no" and "only".
>
>
>
> The "no" would be indicated by the absence of the tag (we are not going to
> add a sells:*=no for everything it doesn't sell, are we?)
> The "only" would be indicated by the absence of any other sells:*=* tag
>


that's the difference between explicit and implicit mapping. If you are
explicit, you know that it should be like that, if you rely on the absence
of information / tags you might fall on your nose because the data wasn't
complete etc.
For some stuff it might sense to use the "no" to avoid misinterpretations
by wrong asumptions, e.g. shop=tobacco, sells:cigarettes=yes,
sells:cigarette_tobacco=no
or highway=motorway_link, oneway=no.

also: sells:vegetables=only
sells:cabbage=yes
sells:carrots=yes
...

etc.

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

Re: [OSM-talk] Release openstreetmap-carto v2.36.0

[Colin Smale]

 

I see your point Martin. So all we need now (for your example) is a
documented map from shop=tobacco to a list of sells:*=* tags which are
default for shop=tobacco. One would reasonably expect
sells:cigarettes=yes, sells:pipe_tobacco=yes and
sells:rolling_tobacco=yes, but I am not sure about sells:chewing_tobacco
or actual devices such as rolling machines and pipes. The product
categories may also appear with other types of shop, like
shop=supermarket might have sells:pipe_cleaners=yes if anyone finds it
necessary to tag that. So we have a simple, flat list of product
categories, with a 1:n mapping from shop type to product categories. 

Tobacco shops 

* Main tag: shop=tobacco 

* Typical product categories and defaults for this type of shop: 

** cigarettes (yes) 

** pipe_tobacco (yes) 

** rolling_tobacco (yes) 

** chewing_tobacco (unknown) 

** snuff (unknown) 

** pipes (unknown) 

** pipe cleaners (unknown) 

** rolling machines (unknown) 

Back to our chemists/drugstores/pharmacies, I would suggest
prescription_only_medicines, pharmacy_only_medicines, general_medicines,
plus a bunch of others to represent the wide variety of things you get
in "drugstores" like household_cleaning, hair_products, etc. 

The "art" is going to be choosing these product categories so they are
a) not so specific that the list gets too long and unwieldy and b) not
too high-level that they add too little distinction between the shop
types ("medicines" would probably be an example of this). 

//colin 

On 2015-11-02 12:17, Martin Koppenhoefer wrote: 

> 2015-11-02 11:45 GMT+01:00 Colin Smale :
> 
> On 2015-11-02 11:26, Martin Koppenhoefer wrote: 
> 
> 2015-11-02 11:16 GMT+01:00 Colin Smale :
> 
> The second issue is that the value part of the KVP is redundant - the 
> presence of the key is enough. 
> 
> not if you consider values like "no" and "only".

The "no" would be indicated by the absence of the tag (we are not going
to add a sells:*=no for everything it doesn't sell, are we?) 
The "only" would be indicated by the absence of any other sells:*=* tag 

that's the difference between explicit and implicit mapping. If you are
explicit, you know that it should be like that, if you rely on the
absence of information / tags you might fall on your nose because the
data wasn't complete etc. 
For some stuff it might sense to use the "no" to avoid
misinterpretations by wrong asumptions, e.g. shop=tobacco,
sells:cigarettes=yes, sells:cigarette_tobacco=no 
or highway=motorway_link, oneway=no.

also: sells:vegetables=only 
sells:cabbage=yes 
sells:carrots=yes
... 

etc.

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

Re: [Talk-GB] New map style

[Lester Caine]

On 02/11/15 10:02, Paul Sladen wrote:
> On Sun, 1 Nov 2015, Lester Caine wrote:
>> On 01/11/15 07:22, Ed Loach wrote:
 It very simple, the colours should match the road sign colours: Blue,
>>> Green, Red!
>>> Red?
>> all the legislation,
> 
> ...stems from one document:
> 
>   Geneva Convention on Road Signs and Signals
>   Part I
>   Annex 1
>   Section G
>   Sub-section I
>   Paragraph 3
> 
>   "3. Advance direction signs or direction signs relating to motorways
>   or roads treated as motorways shall bear white symbols or inscriptions
>   on a blue or green ground."
> 
>   
> http://www.unece.org/fileadmin/DAM/trans/conventn/Conv_road_signs_2006v_EN.pdf
>   (PDF Page 65).

As with all 'conventions' ... plenty of wriggle room :)
And plenty of abstentions such as the US ...

>> Anybody still got signs with red backgrounds in their area?
> 
>   "2. Informative signs ... the colour red may be used only
>   exceptionally and must never predominate."

The question was more one of exceptions too the rule, or rather any old
signs still not been replaced ;)

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

[Talk-it] I: geolocalizzazione

[Cricenti Daniela]

Buongiorno,
scusate, stiamo utilizzando per alcuni dati open la geolocalizzazione di 
openstreetmap.
In  particolare abbiamo riscontrato un problema per alcuni flussi OPENDATA:


  *   ParaFarmacie (48 occorrenze)
  *   Distributori (10 occorrenze)
  *   Farmacie (12 occorrenze)

Il problema riscontrato (The AppKey submitted with this request is invalid) ci 
lascia intendere che potrebbero essere cambiate le policy di fruizione del 
servizio di geolocalizzazione. E' così?
Restiamo in attesa di un vostro riscontro
Grazie
Daniela

[logo ministero]Ministero della  Salute
DIREZIONE GENERALE DELLA DIGITALIZZAZIONE,
DEL  SISTEMA INFORMATIVO SANITARIO E
DELLA STATISTICA
 Viale Giorgio Ribotta, 5 - 00144 Roma
 PEC: 
d...@postacert.sanita.it


dott.ssa Daniela Cricenti
Ufficio IV ex DGSI - Sistema informativo del ministero
tel.  06 5994 2385
email: d.crice...@sanita.it


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