[Talk-africa] Touching Base on Communication and Website OSM Africa

[Poncelet Ileleji]

Dear Colleagues.

Good day, just a reminder that we active you should all join the mailing
list to discuss.  Focus is on the following two areas:-

1. Our Communication Strategy
2. WebSite Development

Kind Regards

Poncelet


-- 

-- 
Poncelet O. Ileleji MBCS
Coordinator
The Gambia YMCAs Computer Training Centre & Digital Studio
MDI Road Kanifing South
P. O. Box 421 Banjul
The Gambia, West Africa
Tel: (220) 4370240
Fax:(220) 4390793
Cell:(220) 9912508
Skype: pons_utd







*www.ymca.gm http://signaraglobalsolutions.com/
http://jokkolabs.net/en/
www.waigf.org
www,insistglobal.com www.npoc.org
http://www.wsa-mobile.org/node/753
*www.diplointernetgovernance.org
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-GB] New Ghosts Set and Survey Me Auto-Location Feature

[Shaun McDonald]

> On 6 Aug 2018, at 12:04, Richard Fairhurst  wrote:
> 
> (It looks like the East of England Co-op also operates a few pharmacies. I
> haven't investigated further.)
> 

To confirm East of England Co-op do have their own brand pharmacies.
https://www.eastofengland.coop/pharmacy

Shaun

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

Re: [OSM-talk-fr] Projet du mois de juillet 2018 : "armoire haute tension" ?

[François Lacombe]

Bonjour Baptiste,

Le 7 août 2018 à 00:32, Baptiste Jonglez  a
écrit :

> Je viens de faire ma première contribution au projet du mois, un peu tard
> certes :)
>

Cela allant durer un moment, tu n'es pas si en retard que ça :)


> Par contre, j'ai rencontré cette armoire au bord d'une route, qui ne rentre
> pas bien dans les cases : https://nuage.polyno.me/s/
> T2LNqJ4ekf9XkCE/preview
>
> Détail sur la plaque : https://nuage.polyno.me/s/m2RqLKS9XxsxqQX/preview


On en parlait avec Donat aujourd'hui, et il est vrai que c'est un cas qui
n'était pas très bien documenté ici.
Normalement ces armoires ne sont pas dans le fichier Enedis, à confirmer.
Quoi qu'il en soit elles existent et sont bien matérialisées sur le
terrain, alors leur ajout est vivement conseillé.

Elle abrite des interrupteurs haute tension uniquement sans transformateur
(on peut les appeler AC3M ou AC3T).
Donc :
man_made=street_cabinet
street_cabinet=power
power=substation
substation=distribution
voltage=2
operator=Enedis
ref:ERDF:gdo...

La seule indication qui nous l'indique est le "ARMOIRE" à la place de
"POSTE".
Et l'absence de bruit caractéristique du 50Hz émis par le transfo lorsqu'il
est présent.

J'ai ajouté ces explication au wiki
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques#Cas_des_armoires_sans_transformateur

Bonne soirée

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

Re: [OSM-talk-fr] Projet du mois de juillet 2018 : "armoire haute tension" ?

[Baptiste Jonglez]

Hello,

Je viens de faire ma première contribution au projet du mois, un peu tard
certes :)

Par contre, j'ai rencontré cette armoire au bord d'une route, qui ne rentre
pas bien dans les cases : https://nuage.polyno.me/s/T2LNqJ4ekf9XkCE/preview

Détail sur la plaque : https://nuage.polyno.me/s/m2RqLKS9XxsxqQX/preview

L'emplacement n'est pas sur osmose, et la plaque indique « Armoire haute
tension », ça ne parle donc pas de poste électrique malgré la présence
d'une référence GDO.

Par ailleurs, cette armoire est à environ 100 mètres d'un poste bâti :
https://www.openstreetmap.org/way/37914344#map=19/45.31304/5.88637

Du coup, est-ce que je dois ajouter cette armoire comme poste de transformation 
?

Merci,
Baptiste


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

Re: [Talk-GB] New Ghosts Set and Survey Me Auto-Location Feature

[Robert Whittaker (OSM lists)]

On 6 August 2018 at 09:39, Philip Withnall  wrote:
> Thanks for the updates! A quick question about pharmacy matching: are
> we supposed to add the GPhC registration number of the pharmacy to its
> node/way in OSM, similarly to how we do FHRS IDs? There seems to be no
> guidance for/against this on your page for pharmacies.

There's no licence to be able to use the GPhC register as used in
https://osm.mathmos.net/pharmacy/ directly in OSM. IIRC, I asked about
it a while ago and the response from GPhC was that individual
pharmacies owned the address data they submitted, so they weren't in a
position to licence it themselves. You might take the view that the
numbers themselves aren't copyrightable, though there would still be
database rights in the list as a whole, and there would be the
question of how you match them to OSM objects without using the other
address data. I thought this was a bit of a grey area, so I haven't
been suggesting people add the numbers, and the tool doesn't make use
of them for the matching. The tool does use postcodes for matching, as
these may be obtainable from other sources. I've found a lot have FHRS
registrations for example -- see
https://gregrs.dev.openstreetmap.org/fhrs/ .

Robert.

-- 
Robert Whittaker

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

Re: [Talk-GB] New Ghosts Set and Survey Me Auto-Location Feature

[Robert Whittaker (OSM lists)]

On 6 August 2018 at 12:04, Richard Fairhurst  wrote:
> Robert Whittaker (OSM lists) wrote:
>> First there's a new set of objects in my "Ghosts" tool at
>> https://osm.mathmos.net/ghosts/. There are 162 still-mapped
>> "Co-Op Pharmacy" branches, which should have been rebranded
>> to become "Well Pharmacy" branches now.
>
> Not necessarily!
>
> As you say, "The Co-operative Group sold their pharmacy business to the
> Bestway Group in October 2014".
>
> However, as you no doubt know, the perpetually crisis-stricken (Manchester)
> Co-operative Group is one of several retail co-ops in the UK to use the
> Co-operative name. Other co-ops continue to operate stores branded
> Co-operative Pharmacy. I live almost opposite one such, operated by the
> Midcounties Co-operative, and can testify it's still called that!
>
> See https://www.cooppharmacy.coop/ .
>
> (It looks like the East of England Co-op also operates a few pharmacies. I
> haven't investigated further.)

I was aware of the different regional co-op organisations, but hadn't
realised some of them had their own pharmacy branches too, so thanks
for pointing that out. I wonder if there is some way of distinguishing
them in the tagging so that tools can ignore the ones that haven't
been sold. Perhaps an operator=* tag would help, if we knew which
Co-Op groups still had pharmacies...

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it-trentino] idee confuse?

[Luca Delucchi]

2018-08-06 22:43 GMT+02:00 daniele :
> idee confuse?
>
> https://www.fassa.com/IT/Passeggiate-montagna-e-percorsi-Nordic-walking/
>
> sulle mappe di questa pagina compare il logo google sopra a openstreetmap
> contributor
>

eh perchè utilizzano le API di google con le tiles di OSM...
bisognerebbe dirlo a Google!

> Ciao
>
> Daniele
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it-trentino] idee confuse?

[liste DOT girarsi AT posteo DOT eu]

On 06/08/18 22:43, daniele wrote:

idee confuse?

https://www.fassa.com/IT/Passeggiate-montagna-e-percorsi-Nordic-walking/

sulle mappe di questa pagina compare il logo google sopra a 
openstreetmap contributor


Ciao

Daniele



Bella la frase "L'immagine potrebbe essere soggetta a copyright". :)



--
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-it-trentino] idee confuse?

[daniele]

idee confuse?

https://www.fassa.com/IT/Passeggiate-montagna-e-percorsi-Nordic-walking/

sulle mappe di questa pagina compare il logo google sopra a 
openstreetmap contributor


Ciao

Daniele


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

Re: [Talk-hr] Renderiranje je zapelo?

[hbogner]

On 06.08.2018 18:09, Janko Mihelić wrote:

Čini se da su se nove promjene počele renderirati, ali one stare treba
pogurati sa /dirty naredbom.

pon, 6. kol 2018. u 12:25 hbogner  napisao je:


Tile render serveri šalju renderirane podatke tile cache serverima kojih
ima nešto više, te su oni zaduženi za slanje podataka u pojedine regije,
Iz Zagreba ide za Pulu pa iz Pule dalje po RH i svijetu.



Jel to znači da svi tile rendereri renderiraju sve promjene? Ili su se
podijelili po regijama, da jedan renderira samo Europu, drugi samo Ameriku,
i tako..

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


Hvala na prijavi problema, bitno da je rješeno :D

Svi tile render serveri(5 servera, svi u EU) se ažuriraju sa glavne OSM 
baze i sadrže cijeli planet za svim zadnjim promjenama.


Zoom lvl od 0-12 se na svim tile render serverima kompletno renderira za 
cijeli svijet, a lvl 13-19 se renderiraju on demand. Nema smisla sve 
renderirati zbog količine podataka i postotka pregleda tih podataka, evo 
tablice sa količinama i postotkom pregleda pojedinog zoom lvl-a pa će ti 
biti jasnije: https://wiki.openstreetmap.org/wiki/Tile_disk_usage


Nitko od nas ne pristupa direktno tile render serverima, nego oni sve 
zahtjeve dobiju, te sve podatke vraćaju tile cache serverima.


Tile cache serveri(21 server, većina u EU) su poveznica između korisnika 
i render servera. Ti otvoriš OSM kartu, te si ovisno o svojoj lokaciji 
preusmjeren na najbliži tile cache server. Njemu tvoj browser pošalje 
zahtjev za prikazom određenog dijela karte. Tile cache server provjeri 
ima li te podatke već kod sebe i koliko su stari. Ako ih ima i dovoljno 
su svježi prosljedi ti ih odmah. Ako ih ima, ali prestari su onda šalje 
zahtjev render serveru za novom verzijom. Ako nema te podatke onda šalje 
zahtjev render serveru za tim podatcima.


Ovo je rapored tile cache servera po svijetu:
https://dns.openstreetmap.org/tile.openstreetmap.org.html i država koje 
oni poslužuju.


Dakle svi render serveri su sposobni renderirati cijeli svijet, ali 
renderiraju samo ono što tile cache serveri od njih zatraže, a to ovisi 
o korisnicima u državama koje tile cache serveri poslužuju.


Naravno ovo je samo osnovni prikaz rada cjelog sustava, jer ispod haube 
ovo je puno kompleksnije.


Nadam se da sam pomogao sa razjašnjenjem.

Pozdrav, Hrvoje



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

Re: [OSM-talk-fr] Plus de BDOrtho dans iD ?

[Francois Gouget]

On Mon, 6 Aug 2018, marc marc wrote:

> Le 06. 08. 18 à 06:26, Francois Gouget a écrit :
> > 
> > Depuis une ou deux semaines le fond BDOrtho IGN ne s'affiche plus dans
> > l'éditeur ID (à la place j'ai un fond tout noir).
> > 
> > C'est juste moi ? Est-ce un problème temporaire ?
> 
> chez moi cela fonctionne en ce moment
> pas constaté de soucis récement.
> n'aurais-tu pas privay badger ou extention du genre qui aurait
> fait un blocage indésirable ?

Bien vu. C'était Privacy Badger. C'est terrible. Privacy Badger arrive a 
surbloquer assez fréquemment pour que ça ne soit pas la première fois, 
mais pas assez fréquemment pour que j'y pense d'une fois sur l'autre.

Bon j'ai corrigé le surblocage et je l'ai signalé à tout hasard.


-- 
Francois Gouget   http://fgouget.free.fr/
   Dieu dit: "M-x Lumière". Et la lumière fut.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-hr] Renderiranje je zapelo?

[Janko Mihelić]

Čini se da su se nove promjene počele renderirati, ali one stare treba
pogurati sa /dirty naredbom.

pon, 6. kol 2018. u 12:25 hbogner  napisao je:

> Tile render serveri šalju renderirane podatke tile cache serverima kojih
> ima nešto više, te su oni zaduženi za slanje podataka u pojedine regije,
> Iz Zagreba ide za Pulu pa iz Pule dalje po RH i svijetu.
>
>
Jel to znači da svi tile rendereri renderiraju sve promjene? Ili su se
podijelili po regijama, da jedan renderira samo Europu, drugi samo Ameriku,
i tako..

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

semanarioOSM Nº 419 2018-07-24-2018-07-30

[weeklyteam]

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

http://www.weeklyosm.eu/es/archives/10557/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

semanarioOSM Nº 419 2018-07-24-2018-07-30

[weeklyteam]

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

http://www.weeklyosm.eu/es/archives/10557/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

semanarioOSM Nº 419 2018-07-24-2018-07-30

[weeklyteam]

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

http://www.weeklyosm.eu/es/archives/10557/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

semanarioOSM Nº 419 2018-07-24-2018-07-30

[weeklyteam]

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

http://www.weeklyosm.eu/es/archives/10557/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

semanarioOSM Nº 419 2018-07-24-2018-07-30

[weeklyteam]

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

http://www.weeklyosm.eu/es/archives/10557/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-br] The social construction of technological stasis: The stagnating data structure in OpenStreetMap

[Daniel d'Andrada]

Bem interessante!

On Sun, Aug 5, 2018 at 4:31 PM Gerald Weber  wrote:

> Oi Pessoal
>
> artigo fazendo uma análise interessante sobre o OSM e o que o autor chama
> de estagnação tecnológica:
>
> http://journals.sagepub.com/doi/pdf/10.1177/2053951718790591
>
> abraço
>
> Gerald
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [talk-au] Ferry Routes mapping in NSW

[Andrew Harvey]

I think so long as there's an active ferry route running between two
terminals then it should have a route=ferry[1] connecting them, roughly
following the actual geometry the route normally takes. Where you have a
ferry route that sometimes has a few variants, eg. sometimes skips a
terminal, or sometimes goes to a different wharf, then that can be
accounted for using the ferry route relation.

As the wiki points out[1], this could be a simple way, or a route
relation[2]

[1] https://wiki.openstreetmap.org/wiki/Tag:route%3Dferry
[2] https://wiki.openstreetmap.org/wiki/Relation:route

On 6 August 2018 at 23:20, Sigurjón Gísli Rúnarsson 
wrote:

> Hi,
>
>
> I would like to amend the Ferry routes in NSW, particularly in and around
> Sydney using a different approach.
>
>
>
> At the moment the Ferry routes are mapped with a *single way approach,*
> by tagging a single way drawn along the whole route (i.e. Circular Quay
> to Manly).  The only benefit for the single line approach, that I can see,
> is that it is simple and represents well on the map tiles.  The problem
> with this approach is that it does not allow ways to share different routes
> and or variants.
>
>
>
> That’s where my particular problem lies.  When I try to generate route
> paths from GTFS Sydney Ferries and private ferries (TfNSW) using the OSM
> Ferry route paths as the routing network, a lot of errors occur.  Many
> variants/trips in the GTFS dataset, which are based on recent timetable
> information from Sydney Ferries and other private operators, have no
> routing options.  This is because of the single way approach between
> wharves.
>
>
>
> For example, F4 Watsons Bay – Pyrmont via Rose Bay and Circular Quay: To
> go from Rose Bay to Circular Quay the routing takes you around the harbour
> (Taronga Zoo, Milsons Point, Balmain and Darling H) before getting to CQ
> Wharf 5.  Instead, there should be a direct route displayed between Rose
> Bay and Circular Quay
>
>
>
> Another example is that one ferry service might use wharf 5 at Circular
> Quay, but 20% of the trips/variants might use wharf 4. Those 20% of
> trips/variants will not route to and from the correct wharf using the
> single way approach.
>
>
>
> To be able to use the OSM Ferry route network for routing using GTFS files
> from TfNSW, I want to map based on the *relation approach*.  Just like
> other transport modes are being mapped in OSM (i.e. bus routes).
>
>
>
> This would mean that more than one ferry route could share some ways,
> enabling users to extract OSM ferry routes to use for routing.
>
>
>
> I would like to get thoughts from OSM users on this approach before I
> start mapping in such way.
>
>
> Regards,
>
> Maradona11
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[talk-au] Ferry Routes mapping in NSW

[Sigurjón Gísli Rúnarsson]

Hi,


I would like to amend the Ferry routes in NSW, particularly in and around
Sydney using a different approach.



At the moment the Ferry routes are mapped with a *single way
approach,* by tagging
a single way drawn along the whole route (i.e. Circular Quay to Manly).
The only benefit for the single line approach, that I can see, is that it
is simple and represents well on the map tiles.  The problem with this
approach is that it does not allow ways to share different routes and or
variants.



That’s where my particular problem lies.  When I try to generate route
paths from GTFS Sydney Ferries and private ferries (TfNSW) using the OSM
Ferry route paths as the routing network, a lot of errors occur.  Many
variants/trips in the GTFS dataset, which are based on recent timetable
information from Sydney Ferries and other private operators, have no
routing options.  This is because of the single way approach between
wharves.



For example, F4 Watsons Bay – Pyrmont via Rose Bay and Circular Quay: To go
from Rose Bay to Circular Quay the routing takes you around the harbour
(Taronga Zoo, Milsons Point, Balmain and Darling H) before getting to CQ
Wharf 5.  Instead, there should be a direct route displayed between Rose
Bay and Circular Quay



Another example is that one ferry service might use wharf 5 at Circular
Quay, but 20% of the trips/variants might use wharf 4. Those 20% of
trips/variants will not route to and from the correct wharf using the
single way approach.



To be able to use the OSM Ferry route network for routing using GTFS files
from TfNSW, I want to map based on the *relation approach*.  Just like
other transport modes are being mapped in OSM (i.e. bus routes).



This would mean that more than one ferry route could share some ways,
enabling users to extract OSM ferry routes to use for routing.



I would like to get thoughts from OSM users on this approach before I start
mapping in such way.


Regards,

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

Re: [Talk-GB] 'D' class roads references.

[Simon Poole]

The background here is that the UK, AUS and NZ (these are the ones I'm
aware of, of the former UK colonies India and the US have moved away
from this but used to have similar issues) have very strong "sweat of
the brow" doctrines that essentially lead to there being no creativity
and originality requirements for obtaining copyright protection. This is
independent of sui generis database rights that are an additional angle
in the UK (at least as it maintains compatibility with EU IP regulation).

Simon

Am 06.08.2018 um 00:04 schrieb Warin:
> On 06/08/18 06:10, Martin Wynne wrote:
>>> Copyright doesn't work like that.
>>
>> But you can't copyright names, addresses and similar material.
>>
>> Road names and numbers would surely fall within that.
>>
>> I'm not suggesting copying the document and posting it verbatim.
>
> There was a long and costly court case in Australia where a firm had
> used the information in  phone books to make their own data base.
>
> Facts cannot be copyrighted in Australian Law. but any skill etc can
> be copyrighted.
> The case was fought.
> The legal niceties are above me, but the phone book people won ... so
> even though the facts in the phone book are not copyright, practically
> you cannot copy them into your own data base.
> Ridiculous but true.
> I'd think similar legal arguments could be made in a British court.
>
> Be carefull.
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb




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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

On Mon, Aug 06, 2018 at 12:46:49PM +0200, hbogner wrote:
> On 06.08.2018 12:40, Matija Nalis wrote:
> > meni nema nista slikica na npr.
> > https://munin.openstreetmap.org/openstreetmap/render.openstreetmap/openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql
> > 
> Zadnji odegovor poslan smao Matiji zabunom, evo ponovno svima:
> 
> Problem je sa novom verzijom koda, i sa procedurom za automatsko dirty
> procesiranje starih tajlova. Riješit će se tokom dana/večeri kad developeri
> preprave kod i operations ga deploya

super, tnx

> Baci pogled na ovaj link:
> https://munin.openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql
> 
> Mjenali su munin strukturu, pa moraš editirati bookmarke

ok, popravio sam linkove na:
https://wiki.openstreetmap.org/wiki/Platform_Status

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-GB] 'D' class roads references.

[Lester Caine]

On 06/08/18 08:37, Robert Whittaker (OSM lists) wrote:

On 5 August 2018 at 19:50, David Woolley  wrote:

The only place for which I am aware of national legislation making certain
government publications automatically free to use is the USA.

Thanks to the EU, we do however have the "Re-Use of Public Sector
Information Regulations 2015"
http://www.legislation.gov.uk/uksi/2015/1415/contents/made  . You have
to ask for permission, but if the copyright is owned by a UK public
body, they need a very good reason not to allow re-use under an open
licence, and the options for charging are very limited for most
bodies.


That I think is the one that restricting access to both the NSG and NLPG 
falls fowl off, especially when councils are required by law to provide 
it but not paid to do so. Once we can freely use at least the National 
Street Gazetteer many of the 'problems' go away and we just need to add 
the USRN reference to each way in the UK


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

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

[OSM-ja] 町の堺のインポート

[Leo Gaspard]

皆様

町の境はインポートしましたようです。[1] source=KSJ2/N03

ですけど、例えば[1]で、境はちょっと違うと思います。なぜなら、[1]の中間の道を歩いて、左は川越市と右はふじみ野市と見ました。ですから、本当の境は道だろうと思います。

ですから、質問があります。境のインポートは不明確ですか。それとも、aerial
imageryもOSMも間違っていますか。

いつも助けて頂き、ありがとうございます。
レオ


[1] https://www.openstreetmap.org/way/268531830#map=18/35.87938/139.51277

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

Re: [Talk-GB] New Ghosts Set and Survey Me Auto-Location Feature

[Richard Fairhurst]

Robert Whittaker (OSM lists) wrote:
> First there's a new set of objects in my "Ghosts" tool at
> https://osm.mathmos.net/ghosts/. There are 162 still-mapped 
> "Co-Op Pharmacy" branches, which should have been rebranded 
> to become "Well Pharmacy" branches now.

Not necessarily!

As you say, "The Co-operative Group sold their pharmacy business to the
Bestway Group in October 2014".

However, as you no doubt know, the perpetually crisis-stricken (Manchester)
Co-operative Group is one of several retail co-ops in the UK to use the
Co-operative name. Other co-ops continue to operate stores branded
Co-operative Pharmacy. I live almost opposite one such, operated by the
Midcounties Co-operative, and can testify it's still called that!

See https://www.cooppharmacy.coop/ .

(It looks like the East of England Co-op also operates a few pharmacies. I
haven't investigated further.)

cheers
Richard



--
Sent from: http://gis.19327.n8.nabble.com/Great-Britain-f5372682.html

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

Re: [Talk-hr] Renderiranje je zapelo?

[Goran Racic]

Pa, ni moja ostala 4 changeseta ocito nisu renderirana, a oni sadrzavaju
puno vise tileova koje treba "obraditi", a i nisam jedini koji je editirao
u HR, pa se nadam da ce developeri sto prije lansirati prepravljeni kod tj.
proceduru za obradu starih tileova (thnx. Hrvoje!).

Pozdrav Goran


On Mon, Aug 6, 2018, 12:27 Matija Nalis 
wrote:

>
> ne pise da bi trebalo biti problema:
> https://wiki.openstreetmap.org/wiki/Platform_Status
>
> ali https://twitter.com/osm_tech kaze da su 1.8.2018 primjetili da su
> tile.osm.org serveri potkapicirani u sjevernoj americi zadnjih par
> dana prije toga... nije da bi trebalo kvaciti nas u EU doduse...
>
> No ako pogledas u browseru pod view page info/media, pa pronadjes
> problematicni tile, mozes dodati '/status' na njega pa ce reci sto se
> dogadjalo, npr. na:
> https://c.tile.openstreetmap.org/19/286313/192288.png
> iz tog changeseta gdje bi trebao biti bench otvoris:
> https://c.tile.openstreetmap.org/19/286313/192288.png/status
>
> koji kaze:
> "Tile is clean. Last rendered at Sun Jul 29 08:38:15 2018. Last accessed
> at Mon Aug 06 09:40:32 2018. Stored in file:///srv/
> tile.openstreetmap.org/tiles/default/19/66/94/239/98/128.meta
> (Dates might not be accurate. Rendering time might be reset to an old date
> for tile expiry. Access times might not be updated on all file systems)"
>
> a changset 61158827 od je 29.7 8:40:19 kaze, sto je cudno, jer je
> trebao opet dirty-ati pa ga dati za rendering, a ne tvrditi da je "clean".
>
> rucno sam ga poslao sad na render:
> https://c.tile.openstreetmap.org/19/286313/192288.png/dirty
>
> pa kaze par sekundi kasnije:
> "Tile is clean. Last rendered at Mon Aug 06 10:22:12 2018. Last accessed
> at Mon Aug 06 10:22:12 2018. Stored in file:///srv/
> tile.openstreetmap.org/tiles/default/19/66/94/239/98/128.meta"
>
> i sada se (nakon ctrl-f5 force refresh) ta klupica vidi. Tako da ne
> izgleda da je do samog opterecenja renderera, nego kao da logika za
> detekciju da li je bilo promjena je problematicna.
>
>
> Imamo li jos primjera nerenderanih changeseta da mozemo napisati na
> listu o problemu, jer definitivno izgleda kao problem?
>
> On Mon, Aug 06, 2018 at 11:57:47AM +0200, Goran Racic wrote:
> > Pozdrav Janko!
> > I ja sam primijetio da se nekoliko zadnjih edita uopce ne renderiraju, i
> to
> > jos od changeseta 61158827 (
> http://www.openstreetmap.org/changeset/61158827)
> > kojega sam napravio jos pred 8 dana. Znam da Mapniku i slicnim renderima
> > treba ponekad malo duze da provedu edite, ali ovo je ipak vec vise od
> > tjedan dana.
> >
> > Pozdrav,
> > Goran
> >
> >
> > On Mon, Aug 6, 2018, 11:37 Janko Mihelić  wrote:
> >
> > > Pozdrav kartografi!
> > > Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
> > > tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
> > > itko piše o tome.
> > >
> > > (...)
> > >
> > > Janko
> > ___
> > Talk-hr mailing list
> > Talk-hr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-hr
>
> --
> Opinions above are GNU-copylefted.
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-it] regexp per cognomi

[Luciano Montanaro]

Per il secondo caso, in perl,  da usare come

perl replace.pl ) {
if (/\bDi Di\b/) {
s/\bDi Di\b/di Di/;
} else {
s/\bDi\b/di/;
}
print $_;
}

2018-08-06 10:34 GMT+00:00 Luciano Montanaro :
> uhm.. io usereo questa...
>
> s/\bDi Di\b/di Di/
>
> \b sta per word boundary... ma dipende dalla variante di rexexp che
> usi. magari puoi usare anche \s (space) o " ".
>
> Se vuoi anche cambiare i Di in dove non ci sono 2 Di e' un po' piu'
> complicato...
>
> Luciano
>
>
> 2018-08-06 10:15 GMT+00:00 Cascafico Giovanni :
>> Cerco suggerimenti regexp:
>>
>> ho la lista [1] di tutti gli operator dei distributori di benzina nazionali;
>> vorrei fare un po' di ordine nei case.sostituendo per esempio
>>
>> "SNC Di Di Francesco Giuseppe" con
>> "SNC di Di Francesco Giuseppe"
>> senza però toccare
>> "SNC di Francesco Giuseppe"
>>
>> come posso fare, magari con sed?
>>
>>
>> [1]
>> https://github.com/cascafico/OSM-ItalyFuelStations/blob/master/osm/audit.osm
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
>
> --
> Luciano Montanaro
>
> Anyone who is capable of getting themselves made President should on
> no account be allowed to do the job. -- Douglas Adams



-- 
Luciano Montanaro

Anyone who is capable of getting themselves made President should on
no account be allowed to do the job. -- Douglas Adams

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

Re: [Talk-hr] Renderiranje je zapelo?

[hbogner]

On 06.08.2018 12:40, Matija Nalis wrote:

On Mon, Aug 06, 2018 at 12:24:25PM +0200, hbogner wrote:

Prijavio sma probleme, pa čekam odgovor.


cool, tnx...

BTW da li ikome rade munin statistike OSM servera?
meni nema nista slikica na npr.

https://munin.openstreetmap.org/openstreetmap/render.openstreetmap/openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql


Zadnji odegovor poslan smao Matiji zabunom, evo ponovno svima:

Problem je sa novom verzijom koda, i sa procedurom za automatsko dirty 
procesiranje starih tajlova. Riješit će se tokom dana/večeri kad 
developeri preprave kod i operations ga deploya



Baci pogled na ovaj link:

https://munin.openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql

Mjenali su munin strukturu, pa moraš editirati bookmarke


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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

On Mon, Aug 06, 2018 at 12:24:25PM +0200, hbogner wrote:
> Prijavio sma probleme, pa čekam odgovor.

cool, tnx...

BTW da li ikome rade munin statistike OSM servera?
meni nema nista slikica na npr.

https://munin.openstreetmap.org/openstreetmap/render.openstreetmap/openstreetmap.org/openstreetmap.org/scorch.openstreetmap.org/index.html#postgresql

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-it] regexp per cognomi

[Luciano Montanaro]

uhm.. io usereo questa...

s/\bDi Di\b/di Di/

\b sta per word boundary... ma dipende dalla variante di rexexp che
usi. magari puoi usare anche \s (space) o " ".

Se vuoi anche cambiare i Di in dove non ci sono 2 Di e' un po' piu'
complicato...

Luciano


2018-08-06 10:15 GMT+00:00 Cascafico Giovanni :
> Cerco suggerimenti regexp:
>
> ho la lista [1] di tutti gli operator dei distributori di benzina nazionali;
> vorrei fare un po' di ordine nei case.sostituendo per esempio
>
> "SNC Di Di Francesco Giuseppe" con
> "SNC di Di Francesco Giuseppe"
> senza però toccare
> "SNC di Francesco Giuseppe"
>
> come posso fare, magari con sed?
>
>
> [1]
> https://github.com/cascafico/OSM-ItalyFuelStations/blob/master/osm/audit.osm
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Luciano Montanaro

Anyone who is capable of getting themselves made President should on
no account be allowed to do the job. -- Douglas Adams

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

Re: [Talk-hr] Renderiranje je zapelo?

[Matija Nalis]

ne pise da bi trebalo biti problema:
https://wiki.openstreetmap.org/wiki/Platform_Status

ali https://twitter.com/osm_tech kaze da su 1.8.2018 primjetili da su
tile.osm.org serveri potkapicirani u sjevernoj americi zadnjih par
dana prije toga... nije da bi trebalo kvaciti nas u EU doduse...

No ako pogledas u browseru pod view page info/media, pa pronadjes
problematicni tile, mozes dodati '/status' na njega pa ce reci sto se
dogadjalo, npr. na: 
https://c.tile.openstreetmap.org/19/286313/192288.png
iz tog changeseta gdje bi trebao biti bench otvoris:
https://c.tile.openstreetmap.org/19/286313/192288.png/status

koji kaze:
"Tile is clean. Last rendered at Sun Jul 29 08:38:15 2018. Last accessed at Mon 
Aug 06 09:40:32 2018. Stored in 
file:///srv/tile.openstreetmap.org/tiles/default/19/66/94/239/98/128.meta
(Dates might not be accurate. Rendering time might be reset to an old date for 
tile expiry. Access times might not be updated on all file systems)"

a changset 61158827 od je 29.7 8:40:19 kaze, sto je cudno, jer je
trebao opet dirty-ati pa ga dati za rendering, a ne tvrditi da je "clean".

rucno sam ga poslao sad na render:
https://c.tile.openstreetmap.org/19/286313/192288.png/dirty

pa kaze par sekundi kasnije:
"Tile is clean. Last rendered at Mon Aug 06 10:22:12 2018. Last accessed at Mon 
Aug 06 10:22:12 2018. Stored in 
file:///srv/tile.openstreetmap.org/tiles/default/19/66/94/239/98/128.meta"

i sada se (nakon ctrl-f5 force refresh) ta klupica vidi. Tako da ne
izgleda da je do samog opterecenja renderera, nego kao da logika za
detekciju da li je bilo promjena je problematicna.


Imamo li jos primjera nerenderanih changeseta da mozemo napisati na
listu o problemu, jer definitivno izgleda kao problem?

On Mon, Aug 06, 2018 at 11:57:47AM +0200, Goran Racic wrote:
> Pozdrav Janko!
> I ja sam primijetio da se nekoliko zadnjih edita uopce ne renderiraju, i to
> jos od changeseta 61158827 (http://www.openstreetmap.org/changeset/61158827)
> kojega sam napravio jos pred 8 dana. Znam da Mapniku i slicnim renderima
> treba ponekad malo duze da provedu edite, ali ovo je ipak vec vise od
> tjedan dana.
> 
> Pozdrav,
> Goran
> 
> 
> On Mon, Aug 6, 2018, 11:37 Janko Mihelić  wrote:
> 
> > Pozdrav kartografi!
> > Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
> > tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
> > itko piše o tome.
> >
> > (...)
> >
> > Janko
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr

-- 
Opinions above are GNU-copylefted.

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

Re: [Talk-hr] Renderiranje je zapelo?

[hbogner]

On 06.08.2018 11:36, Janko Mihelić wrote:

Pozdrav kartografi!
Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
itko piše o tome.

I drugo pitanje, kako radi distribuirano renderiranje? Kod nas u Zagrebu
imamo render server, pa me zanima kako to radi. Jel svaki server renderira
svoju regiju, ili svaki server renderira svaku petu kockicu, ili kako?

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

Pokrenut je tile render u zagrebu, ali još nije javno objavljeno, tek 
pišem tekst, jer još testiramo load na njemu.


Render u Zagrebu je jedan od 5 servera na svijetu  koji rade render, 
možda ih ostane samo 4 jer je plan ugasiti jedna koji nije održiv.


Tile render serveri šalju renderirane podatke tile cache serverima kojih 
ima nešto više, te su oni zaduženi za slanje podataka u pojedine regije, 
Iz Zagreba ide za Pulu pa iz Pule dalje po RH i svijetu.


Prijavio sma probleme, pa čekam odgovor.


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

[Talk-it] regexp per cognomi

[Cascafico Giovanni]

Cerco suggerimenti regexp:

ho la lista [1] di tutti gli operator dei distributori di benzina
nazionali; vorrei fare un po' di ordine nei case.sostituendo per esempio

"SNC Di Di Francesco Giuseppe" con
"SNC di Di Francesco Giuseppe"
senza però toccare
"SNC di Francesco Giuseppe"

come posso fare, magari con sed?


[1]
https://github.com/cascafico/OSM-ItalyFuelStations/blob/master/osm/audit.osm
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSRM-talk] points order

[Daniel Hofmann]

Check out https://github.com/mapbox/node-or-tools#node-or-tools

The pickup and delivery feature makes sure
- the delivery location is served by the same car serving the pickup
location
- the delivery location is served after the pickup location

For example for (pickup, delivery)-pairs (4, 12), (9, 8) you can set:

  pickups: [4, 9],
  deliveries: [12, 8]

- pickups *Array
*
with node indices for picking up good. The corresponding delivery node
index is in the deliveries *Array
*
at the same position (parallel arrays). For a pair of pickup and delivery
indices: pickup location comes before the corresponding delivery location
and is served by the same vehicle.

- deliveries *Array
*
with node indices for delivering picked up goods. The corresponding pickup
node index is in the pickups *Array
*
at the same position (parallel arrays). For a pair of pickup and delivery
indices: pickup location comes before the corresponding delivery location
and is served by the same vehicle.

Hope that helps,
Daniel J H



On Sun, Aug 5, 2018 at 9:56 AM, Sasha Khapyorsky  wrote:

> Hi Guys,
>
> May be another "ordering" example: pickup and dropoff points . Let's
> say I'm delivery man with 10 orders for today, each one should be
> picked up first and dropped off later. This looks like 20 points TSP,
> but there are also dependencies - some job(s) can be dependant from
> another job(s). Any thoughts?
>
> I know, it is not really OSRM stuff, but related to the topic.
>
> Sasha
>
> On Sat, Aug 4, 2018 at 11:22 PM, Julien Coupey  wrote:
> > Hi Valerio,
> >
> > In your example, if the 3 ordered points need to be visited in a row,
> then
> > you can easily transform your problem into a TSP by treating them as a
> > single "job". You'd just have to adjust the matrix by ensuring that from
> any
> > other place, the cost to that job is the cost to the first point, and the
> > cost from that job is the cost from the third point.
> >
> > HTH
> > Julien
> >
> >
> > On 02/08/2018 15:12, Valerio Paruscio wrote:
> >>
> >> Hi,
> >> i'm wandering if its possible to set the order of some points in the
> >> routing service.
> >> I mean, I need to keep 3 out of 10 points in a certain order, while the
> >> remaining 7 can be in whatever order.
> >> Is that possible
> >>
> >> Thank you very much
> >>
> >> Valerio
> >>
> >>
> >> ___
> >> 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
>
> ___
> 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: [OSM-talk-fr] Point relais pour la réception de colis

[Nicolas Bétheuil]

Le site dit :
The downloads provided above and the data contained therein are
released under Creative Commons’ CC-0 waiver.

Après, je ne sais pas si légalement ça tiens.

On ne dit pas que les données seront re-téléverser dans OSM (ce n'est
pas la pratique, et fortement décourager) pour plutôt un service
interrogée par des apps (osm.org osmand mapsme ...) bref une autre
base de donnée, avec son propre cycle de vie, et éventuellement des
corrections pour dire "ça n'existe plus" ou "c'est différent" ...

Mais effectivement, cela ne marche que pour les chaines, groupes,
franchises, pas les petits commerces.

Effectivement, c'est une source de plus, mais si la gestion isolée /
cloisonnée permet d'avoir une meilleur qualité.
La carte sur le site montre une bonne emprise aux états-unis &
Allemagne, Angleterre. Je crois savoir que les allemands sont très
OSM, donc pourrait être intéressant de connaitre leur position sur le
sujet.

Et je rassure, tout ça c'est à monter, yaka, donc continuer à éditer
dans OSM a encore de beau jours encore et surtout une bonne longévité.
Le sam. 4 août 2018 à 08:12, Jean-Christophe Becquet  a écrit :
>
> Le 03/08/2018 11:44, Nicolas Bétheuil a écrit :
> > https://www.alltheplaces.xyz/ initié par Mapzen avec pour objectif de
> > scraper les listes de localisations des sites officiels de franchises
>
> Bonjour,
>
> Intéressant mais se pose quand même la question de la licence des
> données ainsi obtenues. Sauf mention particulière sur le site scrapé, on
> ne peut pas les réutiliser pour OSM.
>
> Bon week-end
>
> JCB
> --
> La coopération, nouvelles approches
> http://www.apitux.org/index.php?2006/09/08/226-la-cooperation-nouvelles-approches
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> 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-hr] Renderiranje je zapelo?

[SilverSpace]

Ni moje promjene koje sam napravio u josm nisu još na karti

pon, 6. kol 2018. u 11:37 Janko Mihelić  napisao je:

> Pozdrav kartografi!
> Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
> tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
> itko piše o tome.
>
> I drugo pitanje, kako radi distribuirano renderiranje? Kod nas u Zagrebu
> imamo render server, pa me zanima kako to radi. Jel svaki server renderira
> svoju regiju, ili svaki server renderira svaku petu kockicu, ili kako?
>
> Janko
> ___
> Talk-hr mailing list
> Talk-hr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-hr
>
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [Talk-hr] Renderiranje je zapelo?

[Goran Racic]

Pozdrav Janko!
I ja sam primijetio da se nekoliko zadnjih edita uopce ne renderiraju, i to
jos od changeseta 61158827 (http://www.openstreetmap.org/changeset/61158827)
kojega sam napravio jos pred 8 dana. Znam da Mapniku i slicnim renderima
treba ponekad malo duze da provedu edite, ali ovo je ipak vec vise od
tjedan dana.

Pozdrav,
Goran


On Mon, Aug 6, 2018, 11:37 Janko Mihelić  wrote:

> Pozdrav kartografi!
> Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
> tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
> itko piše o tome.
>
> (...)
>
> Janko
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-hr

Re: [OSM-talk-fr] Plus de BDOrtho dans iD ?

[marc marc]

Le 06. 08. 18 à 06:26, Francois Gouget a écrit :
> 
> Depuis une ou deux semaines le fond BDOrtho IGN ne s'affiche plus dans
> l'éditeur ID (à la place j'ai un fond tout noir).
> 
> C'est juste moi ? Est-ce un problème temporaire ?

chez moi cela fonctionne en ce moment
pas constaté de soucis récement.
n'aurais-tu pas privay badger ou extention du genre qui aurait
fait un blocage indésirable ?

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

[Talk-hr] Renderiranje je zapelo?

[Janko Mihelić]

Pozdrav kartografi!
Jel i vama OpenStreetMap prestao renderirati nove promjene? Već nekih
tjedan dana ne vidim promjene, a na glavnim mailing listama ne vidim da
itko piše o tome.

I drugo pitanje, kako radi distribuirano renderiranje? Kod nas u Zagrebu
imamo render server, pa me zanima kako to radi. Jel svaki server renderira
svoju regiju, ili svaki server renderira svaku petu kockicu, ili kako?

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

Re: [Talk-it] Domanda da principiante.

[Cascafico Giovanni]

Nei giorni scorsi c'è stato il trasloco dei server OSM. Ho notato in giro
altri ritardi di 4-5 giorni; riguardano solo la rappresentazione grafica
della mappa: credo le tue modifiche siano state comunque inserite. Prova a
zoommare dove dovrebbe esserci qualche elemento che hai modificato/aggiunto
ed attiva dal menù a sinistra il livello dati... dovresi vederli in blu e
dovrebbero essere cliccabili.

Il giorno 6 agosto 2018 10:51, Scarlo  ha scritto:

> Scusa se ti disturbo.Ho editato per giorni ma le mie modifiche non
> compaiono sul wiewer.Cosa posso fare ?
>
>
> Grazie Bocchio Vega Giancarlo
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Domanda da principiante.

[Scarlo]

Scusa se ti disturbo.Ho editato per giorni ma le mie modifiche non 
compaiono sul wiewer.Cosa posso fare ?



Grazie Bocchio Vega Giancarlo


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

Re: [Talk-GB] New Ghosts Set and Survey Me Auto-Location Feature

[Philip Withnall]

On Mon, 2018-08-06 at 08:01 +0100, Robert Whittaker (OSM lists) wrote:
> A couple of updates to my tools that you might be interested in:
> 
> First there's a new set of objects in my "Ghosts" tool at
> https://osm.mathmos.net/ghosts/. There are 162 still-mapped "Co-Op
> Pharmacy" branches, which should have been rebranded to become "Well
> Pharmacy" branches now. Thanks to Tallguy for the suggestion here.
> 
> Secondly, I'm now using HTTPS on my server, so I can enable the
> previously requested auto-location feature on the "Survey Me!" tool
> at
> https://osm.mathmos.net/survey/ . Click/tap one if the links just
> below the map, agree to share your location with the site, and the
> map
> should zoom to your current position.
> 
> I hope these features are useful,

Thanks for the updates! A quick question about pharmacy matching: are
we supposed to add the GPhC registration number of the pharmacy to its
node/way in OSM, similarly to how we do FHRS IDs? There seems to be no
guidance for/against this on your page for pharmacies.

Thanks,
Philip

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

Re: [Talk-GB] 'D' class roads references.

[Robert Whittaker (OSM lists)]

On 5 August 2018 at 19:50, David Woolley  wrote:
> The only place for which I am aware of national legislation making certain
> government publications automatically free to use is the USA.

Thanks to the EU, we do however have the "Re-Use of Public Sector
Information Regulations 2015"
http://www.legislation.gov.uk/uksi/2015/1415/contents/made . You have
to ask for permission, but if the copyright is owned by a UK public
body, they need a very good reason not to allow re-use under an open
licence, and the options for charging are very limited for most
bodies.

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] Aiuto stampa con maposmatic

[Maurizio Napolitano]

On Sat, Aug 4, 2018 at 12:16 AM Alessandro Vitali  wrote:
>
> Ciao!
>
> Dopo aver mappato tutte le vie e civici di Levico Terme (TN) ho usato 
> maposmatic per prodotto questa (https://goo.gl/LQPASW) mappa.

Scelto una area bella grande.
Curiosità:
hai usato maposmatic.org oppure il suo fork ?
https://maposmatic.osm-baustelle.de/

> I problemi che ho sono:
> 1) non tutte le vie sono visibili. Quelle più piccole vengono solo nominate 
> nell'indice ma alla coordinata indicata non è presente la scritta. (es.Via 3 
> Novembre)

questo dipende da cosa hai scelto per il rendering

> 2) non viene indicato nessun numero civico. Non pretendo che vengano indicati 
> tutti ma almeno quelli ad inizio e fine via...

idem sopra, anche se dubito che troverai un rendering che i segna il
primo è l'ultimo.


> Tra le impostazioni maposmatic in fase di creazione non ho trovato 
> possibilità di scelta... qualcuno sa consigliarmi in merito?

Provare a cambiare lo stile in background, ma non credo che ti si
risolva il problema.


> Oppure provvedo a modificare il PDF della mappa aggiungendo i dati che 
> mancano?

Più che il PDF andrei a modificare l'SVG: mapsomatic ti produce anche
quel formato

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

Re: [Talk-it] Aiuto stampa con maposmatic

[Maurizio Napolitano]

> Per modificare un pdf (che contiene dati vettoriali) puoi usare inkscape 
> oppure adobe illustrator (quest’ultimo proprietario, il primo free and open). 
> pdf è un contenitore e può contenere anche immagini raster (e quindi non 
> modificabile al livello vettoriale).

eventualmente puoi usare LibreOffice Draw oppure caricare su Google
Drive e aprire con Google Documenti.
In quest'ultimo caso, se il pdf è un raster, allora parte l'OCR (che
comunque non è utile per la questione mappe).

Aggiungo comunque che maposmatic produce anche SVG

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

Re: [OSM-talk] "Nearby features" does no longer work:

[Roland Olbricht]

Hello,


Tryin go use [?] - feature I get "Error contacting
https://overpass-api.de/api/interpreter: "


I'm sorry for the inconvenience. The problem has been fixed. It 
essentially has been human error (my error).


I would like to thank all the people that have contacted me over various 
channels for the issue.


Best regards,

Roland

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

[Talk-GB] New Ghosts Set and Survey Me Auto-Location Feature

[Robert Whittaker (OSM lists)]

A couple of updates to my tools that you might be interested in:

First there's a new set of objects in my "Ghosts" tool at
https://osm.mathmos.net/ghosts/. There are 162 still-mapped "Co-Op
Pharmacy" branches, which should have been rebranded to become "Well
Pharmacy" branches now. Thanks to Tallguy for the suggestion here.

Secondly, I'm now using HTTPS on my server, so I can enable the
previously requested auto-location feature on the "Survey Me!" tool at
https://osm.mathmos.net/survey/ . Click/tap one if the links just
below the map, agree to share your location with the site, and the map
should zoom to your current position.

I hope these features are useful,

Robert.

PS: You might have noticed that I've just moved all my tools from
http://robert.mathmos.net/osm/ to https://osm.mathmos.net/ . I think
I've caught most of the issues this created and put redirects in place
for everything, but if you spot anything that looks broken, please let
me know.

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

Re: [talk-ph] Advanced imagery alignment with Imagery Offsets DB

[grab osm]

Hello All,

As we got to know about the attachment file size limitations off-late , and
as suggested by Eugene, we have referenced the doc in our issue created in
git hub project page.
Here is the link - https://github.com/GRABOSM/Grab-Data/issues/19

Thanks
Lavanya
Grab Team

On Mon, Aug 6, 2018 at 8:51 AM, grab osm  wrote:

> Good Morning All,
>
> Firstly, we would like to sincerly thank Erwin and Rally for the detailed
> explanation on how to use offset database.
>
> A quick clarification of the objects we mentioned in our github issue
> page..
> Before we started to work on Metro Manila, a note was posted in PH
> facebook page in the intent to get help from local community on any specifc
> policies to be followed, offset distance to be maintained etc.
> Alvin from the community made a point that there was a significant
> contribution made by Kaart team in the same area, so, we wanted to evaualte
> the city and understand if we want to continue working on Metro Manila or
> not.
> Two categories of objects were mentioned in the page -
> - missing roads - way id or node id mentioned here are the ids of roads
> nearby to the missing roads.
> - classification gaps - example objects with incorrect classifications.
>
> Hence these objects posted in our github page are only examples of missing
> roads and classification gaps we found in the sample areas we investigated
> and does not comprise the entire work we intend to do in the city.
>
> As suggested by Erwin, to further clarify what do we mean by
> classification gaps we tried to explain a handful of instances so that we
> can explain our project to the community better.
>
> Here is the document with examples.
>
> Local mappers have been of great help and support and we will ensure to
> continue producing high quality maps within our scope.
>
> Thanks
> Lavanya
> Grab Team
>
>
>
> On Fri, Aug 3, 2018, 08:33 Erwin Olario  wrote:
>
>> Earlier this week, the OSM data team of Grab posted an email [0]about
>> their plan to address issues [1] they found in NCR, which has led to a
>> discussion about the Imagery Offsets Database (IODb) [2] because of a
>> statement in their ticket that (they) "would be using Bing imagery
>> **without any offset **while correcting existing network and/or add missing
>> roads" (emphasis in mine) , but that phrase was nowhere in their email to
>> the mailing list.
>>
>> The Grab team has been quite responsive in the past, to address the
>> concerns we've had with them and they are still that to this day. Kudos
>> Grab team!
>>
>> Eugene made note of the vague description of their task and asked them to
>> elaborate, which they did [3] and they also identified the specific objects
>> they plan to work on.
>>
>> The ensuing conversations, however, were in the OpenStreetMap Asia's
>> Telegram channel [4], and so they were asked to pursue the detailed
>> discussion in this list to make the rest of the discussions public, and
>> accessible to the rest of the community.
>>
>> To restart the conversation, I'll respond to the query [5] made by
>> Lavanya regarding the Imagery Offsets plugin for JOSM.  ( If you're new
>> with that plugin, this short introduction [6] will help you get started. )
>>
>> In a later image they posted [7] on Telegram which they described as
>> "conflicting" with the image label: "offset in josm for same location 3m" ,
>> they appear to have misinterpreted distance of the location where the
>> offsets adjustments were set ("296m" east of their current location) and
>> the actual offset distance ("3m") that has led to their conclusion that it
>> was "conflicting".
>>
>> Back on my desk, I replicated their JOSM setup to get a clearer image,
>> and as seen in this screen cap [11], the record actually match with what
>> was found in the offset record in question [9].  Therefore, there's no
>> actual conflict.
>>
>> The offset in question [9] was made by Rally during the course of our
>> work with the NCR road alignment validation with Kaart [10] that was
>> completed in June.
>>
>> I believe the image [12] found in the quick start page for the plugin are
>> very helpful in describing the plugin's GUI elements.
>>
>> The IODb is a great resource for JOSM and Vespucci editors, but is not
>> yet supported by iD. For iD users, the accepted convention is to adjust the
>> aerial imagery to the offsets used in the edits you find in the area. This
>> will make it easier for future edits to "fix" the objects, when a more
>> accurate imagery alignment has been made with the use of Strava or other
>> SatNav tracks.
>>
>> /Erwin
>>
>> [0]: https://lists.openstreetmap.org/pipermail/talk-ph/2018-
>> August/006288.html
>> [1]: https://github.com/GRABOSM/Grab-Data/issues/19
>> [2]: http://offsets.textual.ru/
>> [3]: https://github.com/GRABOSM/Grab-Data/issues/19#
>> issuecomment-409813382
>> [4]: https://t.me/joinchat/DDHaxw_VjhJAb-vITJnWRQ
>> [5]: https://t.me/OpenStreetMapAsia/1254
>> [6]: