Re: [OSM-talk] OpenStreetMap Carto release v4.17.0

[Oleksiy Muzalyev]

Good morning Daniel,

There is a relatively new leisure or sport activity, the so called 
"street workout". I mapped couple of new street workout grounds as 
leisrure=fitness_station, sport=exercise, which could be seen with the 
HD images via these links:

https://www.openstreetmap.org/way/631600472
https://www.openstreetmap.org/way/648509242

The OSM icon is a running man, but it does not reflect well the nature 
of this activity. It is possible to search Youtube on the text - "street 
workout" (or "ghetto workout") to see what it looks like in reality, in 
order to draw a new icon. Or maybe even a special tag?


I am not sure if it is a problem, however this sport becomes popular, 
there are competitions.


With best regards,
Oleksiy

On 26.11.18 02:37, Daniel Koć wrote:

... what problems are the most visible?




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

Re: [OSM-talk] OpenStreetMap Carto release v4.17.0

[Marc Gemis]

> BTW: what do you consider to be a progress here? What do you like the
> most in recent changes and maybe what problems are the most visible?

The sing

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

Re: [Talk-it] Percorso ciclabile per educazione stradale

[Sergio Manzi]

A me la risposta più sensata sembra essere quella data da Paul Allen, nel 
thread che citi, in [1 
]:

amenity=training + training=cycling

Ciao,

Sergio

[1] https://www.mail-archive.com/tagging@openstreetmap.org/msg35758.html


On 2018-11-25 23:27, Lorenzo Mastrogiacomi wrote:
> ...
>
> Di questo si era parlato su tagging:
> https://www.mail-archive.com/tagging@openstreetmap.org/msg35752.html
>
> Alcuni hanno usato amenity=traffic_park ma sono stati proposti anche altri 
> tag. Vedi tu :)
>
>
> Lorenzo
>


smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] OpenStreetMap Carto release v4.17.0

[Daniel Koć]

W dniu 25.11.2018 o 21:03, EthnicFood IsGreat pisze:
>
>> many thanks for maintaining Carto.  It's great to see such constant
>> progress there.

> Ditto!
>
> Mark


Thanks guys, good to hear your support!

Currently we have few good people involved, doing a lot of work and the
project is once again a teamwork (including talented icon designer who
just does not try coding). If someone would like to try coding and maybe
fixing some issues, it would be very welcome, because the team is small
and there are still hundreds of open tickets.

BTW: what do you consider to be a progress here? What do you like the
most in recent changes and maybe what problems are the most visible?


-- 
"Excuse me, I have some growing up to do" [P. Gabriel]



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

[OSM-talk-fr] Cartographie des vannes et robinets

[François Lacombe]

Bonsoir à tous,

Une nouvelle proposition dont j'ai achevé la rédaction (très) récemment qui
concerne les vannes.
https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Pipeline_valves_proposal

Merci à Donat pour la relecture de la traduction vers le français!

Le but est de pouvoir décrire la plupart des robinets ou vannes qu'on peut
rencontrer. Il y avait déjà pipeline=valve mais il manquait quelques
attributs pour décrire le fonctionnement.
C'est pas très compliqué, et c'est toujours la même chose, on tourne ca
ouvre ou ca ferme, des fois il y a un vérin qui traine pour aider...

Elle est pour l'instant en RFC et devrait être votée prochainement.

Merci par avance pour vos commentaires, si vous en avez.

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

Re: [Talk-de] Einführung von Regeln für die Verwendung von Relationen mit type=multipolygon

[Martin Koppenhoefer]

sent from a phone

> On 25. Nov 2018, at 15:21, Florian Lohoff  wrote:
> 
> Richtig - Deshalb bin ich dafür Multipolygone wirklich nur da zu
> benutzen wo sie wirklich unabdingbar sind. Dazu sollten landuses
> verkleinert werden. Innerorts habe ich mir mal die größe
> von 20-30 Häusern als schön überlegt.


ich bin schon länger der Meinung, wenn man die Straßen rauslässt beim landuse 
kommt man zu gut wartbaren landuse-Einheiten und Größen, und man erhöht den 
Detailgrad, einerseits weil man die Grenze von Grundstücken und unparzelliert 
einträgt, aber auch weil man bei der genaueren Betrachtung evtl.  mehr sehen 
wird bzw. man dann normalerweise am Rand weglässt und keine Multipolygone mit 
inners braucht (weil Grundstücke immer erschlossen sein müssen=normalerweise an 
einer Straße liegen), und daher vermutlich weniger „weggeneralisieren“ wird.


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

Re: [Talk-it] Percorso ciclabile per educazione stradale

[Lorenzo Mastrogiacomi]

Il giorno dom, 25/11/2018 alle 22.56 +0100, Matteo Zaffonato ha
scritto:
> Ciao a tutti,ieri pomeriggio durante una mappatura con alcuni ragazzi
> delle medie ci siamo imbattuti in un'area in cui era presente un mini
> circuito permanente destinato all'educazione stradale per ciclisti in
> erba. Da quel che abbiamo visto, l'accesso era consentito solo a
> piedi o in bicicletta. L'area è questa: 
> https://www.openstreetmap.org/way/648516241
> 
> Lì per lì ho suggerito di mapparlo come area interna alla recinzione
> già presente ed usare i tag:
> amenity=driving_school
> access=private
> bycycle=yes
> foot=yes
> motor_vehicle=no
> 
> Il mio dubbio è sul valore del tag amenity, che ne pensate?

amenity=driving_school è usato per le scuole guida dove si va a
prendere le patente, non mi sembra adatto.


Di questo si era parlato su tagging:
https://www.mail-archive.com/tagging@openstreetmap.org/msg35752.html

Alcuni hanno usato amenity=traffic_park ma sono stati proposti anche
altri tag. Vedi tu :)


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

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Victor Shcherb]

Sorry messed up with interface, my reply was to Paul Norman but I didn't
get his message so replied to a wrong email.

I mentionned Permanent id because OSM anyway failed to implement it or
didn't want to have it with sequential id.

Best Regards,
Victor

On Sun, 25 Nov 2018 at 16:13, Tomas Straupis 
wrote:

> Could you ealborate more on why you mention permanent id here? I see your
> idea, but do not understand how it is connected to permanent id problem.
>
> There were some tests done regarding permanent id in Lithuania, but those
> were regarding places of interest.
>
> If this has something in common, I could share some ideas and
> observations, so that they do not now go in vain. Maybe somebody would like
> to continue research, as this is quite an important thing to OSM.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Victor Shcherb]

Yes, I threw the idea slightly unprepared to create a discussion. May be it
shouldn't be that revolutionary as using 30 bits for geo-location index but *16
bits *wouldn't change much.

As I see, we are talking *density vs geo-index.* I understand, your point
that most of (or some) software is built to optimize density but it should
be able to take advantage from geo-index as well.

> 33 bits of ids will mean 56-64-bit space for geo-index cache (wouldn't
fit operating memory)
As of today we are approaching 33 bits and we may never approach 36 bits.
Though to build a geolocation cache we need to associate each id at least
with its location i.e. int representing a tile. So we need to add to 33
bits - 30 or 32 bits and we end up around 64 bits, so it is almost
impossible to keep a geo index in the memory.
The operation of extraction is the most popular in OSM and there it could
benefit the most i.e. iterating over Way nodes you can immediately say if
it is valuable or not for your dataset which might fit the operating memory
well. By the second run you can combine the ways you are interested with
with the nodes.

> Z-curve locality
I don't see any problem with locality of Z-curve cause it would not be used
in any algorithm I see. The algorithm would build Z-tiles index which are
interested for data set extraction.

>Density issue, how many bits is the best to store
Of course, we could write an algorithm and find the best-ratio between
id-distribution and bits allocated for geo-index. I would try to speculate
with 16 bits.
If we take only 16 bits, the most dense area I would see as Munich and its
suburbs (8th tile zoom). As I see that tile takes around *60 MB in osm.pbf*.
And it brings roughly 5 000 000 - 10 000 000 ids and it is *23 extra bits. *So
we could safely assume that we will stay in *26 bits* and 16 + 26 = *42
bits *which falls under your assumption of dense software, I guess.

The most important to say that difference between 42 and 34 bits is not
huge for software at all cause there is always alignment by 8 bits.

BTW: I could imagine that working with Whole planet is different use case
where you need to maintain all global indexes and so on. Of course, by
taking extra work on OSM DB and OSM API, it should help a lot 3rd party
apps which don't process whole planet.

Best Regards,
Victor

On 25 Nov 2018 06:36:39 -0800, Paul Norman wrote


> It would be terrible for most software that I am aware of that can
> process the full planet. Current assumptions about density would be
> broken, vastly inflating memory usage and slowing down processing.
>
> The benefits aren't great as I see them. Using a z-order curve encoded
> in the first 30 bits will help cache locality, but like all z-order
> curves, it doesn't guarantee that two nearby places in 2d space have
> nearby places on the curve. This means that an implementation still
> needs to be able to search through the nodes for nearby ones.
>
> Two other problems come to mind. The first of these is implementation.
> IDs are a PostgreSQL bigserial, and to write something custom that
> assigns IDs based on location would be difficult as it would need to get
> MVCC right. The second is the number of bits. Some software is limited
> to 53-59 bits, and other to 63 bits. We're using about 75% of 33 bits
> right now.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-it] Percorso ciclabile per educazione stradale

[Matteo Zaffonato]

Ciao a tutti,
ieri pomeriggio durante una mappatura con alcuni ragazzi delle medie ci
siamo imbattuti in un'area in cui era presente un mini circuito permanente
destinato all'educazione stradale per ciclisti in erba. Da quel che abbiamo
visto, l'accesso era consentito solo a piedi o in bicicletta. L'area è
questa: https://www.openstreetmap.org/way/648516241

Lì per lì ho suggerito di mapparlo come area interna alla recinzione già
presente ed usare i tag:
amenity=driving_school
access=private
bycycle=yes
foot=yes
motor_vehicle=no

Il mio dubbio è sul valore del tag amenity, che ne pensate?

Ciao, grazie
Matteo "Zaffo80"
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Knihkupectví a kavárna v jednom

[Jan Macura]

Ahoj,

On Sun, 25 Nov 2018 at 17:31, xkomc...@centrum.cz 
wrote:

> V rámci celosvětové SotM v Miláně. Omlouvám se za nejednoznačnost.
>
> A ano, nejčastěji se o tom diskutovalo bez záznamu.
>
> On Sat, 24 Nov 2018 at 11:09, xkomc...@centrum.cz 
> wrote:
>
>> To je problém datového modelu OSM: letos na SotM se o tom diskutovalo,
>> probírali se možnosti (nejčastěji byla zmiňována Wikidata jako model, který
>> by šlo přebrat), ale co vím, tak zatím v této oblasti neprobíhá žádný (ani
>> testovací) vývoj.
>>
>
aha, díky za vyjasnění kontextu. Mohl bys mi tedy prosím osvětlit i tu
samotnou myšlenku "přebírání datového modelu Wikidat"?

Díky
 H.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-se] Hydda Styles

[Karl Wettin]

Hi Moritz,

It's available here:
https://github.com/karlwettin/tilemill-style-hydda



Karl

On Sat, 2018-11-24 at 19:43 +0100, Moritz Gunz wrote:
> Good Evening!
> 
> Please excuse the upfront question, but are the Hydda OSM styles
> available somewhere?
> 
> Hydda looks really good, but due to the recent downtime I’d like to
> self-host the tiles I need for my service. I imagine generating them
> shouldn’t be a problem (computing wise) since I only need a very
> small area, but I don’t know how I can get the rendered data to look
> like Hydda. Regular OSM tiles just don’t look as good as Hydda. ;)
> 
> As you might be guessing already I’m a newbie when it comes to OSM,
> so if there is any information you could point me to on how to
> generate tiles with the Hydda styles I’ll be very happy.
> 
> Thanks in advance!
> 
> Best Regards,
> Moritz Gunz
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se


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

Re: [OSM-talk-fr] internationalisation du wiki

[François Lacombe]

Attention cependant à certaines page. La référence est certainement
l'anglais, mais la traduction locale peut donner certaines conditions
d'applications ou des correspondances locales avec des modèles de données.
C'est ce que nous avons fait pour les telecoms et nœuds de raccordement.

La version anglaise de référence :
https://wiki.openstreetmap.org/wiki/Tag:telecom%3Dexchange
La version française qui donne la correspondance avec GraceTHD, modèle
d'échange pour l'instant national :
https://wiki.openstreetmap.org/wiki/FR:Tag:telecom%3Dexchange

Donc on ne peut pas effectuer un asservissement complet de la version
française sur l'anglais.
On ne peut que signaler que la version anglaise de référence a été éditée
plus récemment que le français par exemple, pour inciter les gens à
effectuer une vérification.
C'est ce qui me pose le plus de soucis dans le cadre de page traduites dans
plus de 10 langues parfois. Je ne peux pas faire un mail dans toutes les
langues pour prévenir les locaux que j'ai mis à jour l'anglais et que ca
les concerne potentiellement.

François




*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux 


Le sam. 24 nov. 2018 à 20:07, marc marc  a
écrit :

> Bonjour,
>
> Le 24. 11. 18 à 19:37, David Crochet a écrit :
> > Le 23/11/2018 à 20:00, marc marc a écrit :
> >> l'utilisateur doit utiliser un template ou un url particulière lorsqu'il
> >> traduit une page en->fr ?
> > tout se fait dans une page "spéciale"
>
> se ferrait ou se ferra :)
> Car si j'ai bien compris, l’extension translate n'est pas installé
> sur le wiki osm.org en remettre un couche ici ne change rien,
> l'utilisateur ne sait pas faire une page internationalisée
> tant qu'un admin osm.org (dont aucun ne semble lire ici) ne
> l'installe pas l’extension. faut aller en parler sur talk
> et/ou sur le github osm.org
>
> ou alors j'ai mal compris quelque chose :)
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OpenStreetMap Carto release v4.17.0

[EthnicFood IsGreat]

Date: Sun, 25 Nov 2018 10:57:47 +0100
From: Johannes Singler 
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] OpenStreetMap Carto release v4.17.0

Hi Daniel,

many thanks for maintaining Carto.  It's great to see such constant
progress there.

Johannes


Am 23.11.2018 um 01:55 schrieb Daniel Koć:

Dear all,

Today, v4.17.0 of the OpenStreetMap Carto stylesheet (the default
stylesheet on the OSM website) has been released. Once changes are
deployed on the openstreetmap.org it will take couple of days before
all tiles show the new rendering.

Changes include

- Showing natural areas from z5
- Cleaning up medium zoom rendering, including:
    - Making societal amenities look like residential on z10-z12
    - Rendering motorway junction names from z13 instead of z12
    - Dropping buildings up to z13 instead of z13
    - Correctly dropping minor waterways from z13
    - Rendering intermittent streams/ditches/drains from z15
    - Reducing lightening of tramways
- Rendering religious landuse and place of worship lighter
- Adding text-repeat-distance for highway names
- Rendering dots for gastronomy objects on z17
- Adding icons for memorial subtags
- Rendering man_made=telescope
- Rendering amenity=internet_cafe
- Adding icon for amenity=public_bookcase
- Adding icons for barrier=cattle_grid and barrier=stile
- Adding icon for leisure=fishing
- Rendering entrance for underground parking
- Rendering basin=detention/infiltration as intermittent water
- Tweaking outline of swimming pools and rendering it from z17
- Moving danger_area into landuse-overlay
- Buildings code rewrite

Thanks to all the contributors for this release including jeisenbe, a
new contributor.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v4.16.0...v4.17.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues


Ditto!

Mark

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

Re: [Talk-it] Armchair o survey mapping?

[EneaSuper]

Mh, interessante, è una forma ibrida che permette di adoperare ambo le
tecniche e gli strumenti in base ai luoghi che si vogliono mappare.
Effettivamente i field papers possono essere utili in realtà molto ricche di
elementi, così da poter raccogliere tutti i dati con calma. Lo terrò
presente 樂



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-pe] Para talk-pe Fwd: Juicio contra Google por bloqueo de MAPA en Madrid este miércoles 28 por miguelgallardo.es/google-discrimina-mapas.pdf

[Miguel Gallardo]

A quien pueda interesar en
talk-pe@openstreetmap.org

Este miércoles 28 se celebra en Madrid un juicio por demanda mía contra
Google Spain por el bloqueo de un mapa de INFOANTENAS (parece ser que
basado en la cartografía SIGPAC) que ha revelado una presunta
discriminación de mapas por Google probablemente su cambiante modelo de
negocio en "GOOGLE MAPS PLATFORM". La demanda está publicada completa
incluyendo ANEXOS relevantes en
http://www.miguelgallardo.es/google-inadecuado.pdf
y el último documento que consta en el juzgado con enlaces a anteriores en
http://www.miguelgallardo.es/google-discrimina-mapas.pdf
(recomiendo especialmente el artículo de The Economist “*Map reading. The
battle for territory in digital cartography*” que ahí cito para explicar la
trascendencia)

Estoy pidiendo ayuda a expertos en cartografía digital que sospechen
discriminaciones y abuso de posición dominante de Google respecto a
cualquier otro proveedor de mapas  para aportar algún nuevo documento o
referencia de discriminación y preguntas mejores que las que planteo en el
borrador online https://goo.gl/cxqcbZ
https://docs.google.com/document/d/1itjXqhsA10D-kPzYpBuDShhHF3r3CKUyurITqVV11mM/edit

¿Alguien ha detectado alguna discriminación o caso en el que Google haya
detectado algo relacionado con openstreetmap.org? ¿Qué le podríamos
preguntar al representante legal de Google este miércoles 28 en relación a
la demanda y los documentos posteriores que hemos aportado y el fondo del
asunto?

Agradeceré difusión y cuanto pueda mejorar ese borrador que he puesto en
conocimiento del grupo español donde se está debatiendo en el hilo que
empieza en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016481.html
con lo último que yo publico en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016486.html
y también en inglés en [OSM-legal-talk]
https://lists.openstreetmap.org/pipermail/legal-talk/2018-November/008679.html

Si alguien puede facilitarme el contacto de directivos de competidores de
Google Maps o de sus abogados, cuanto antes contactemos, mejor para lo que
pretendemos desde, repito https://goo.gl/cxqcbZ

Dr. (PhD) Ing. Miguel Gallardo perito judicial Tel.: (+34) 902998352
Presidente de APEDANICA www.cita.es/apedanica.pdf
CV en http://www.miguelgallardo.es/audio.pdf
___
Talk-pe mailing list
Talk-pe@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pe

Re: [Talk-it] Armchair o survey mapping?

[EneaSuper]

Questo è molto interessante, grazie, ma desidererei tenere le mani il più
libere possibili, quindi includere tutto in uno smartphone è, a questo
punto, la cosa migliore per me.




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Armchair o survey mapping?

[EneaSuper]

Questo è molto interessante, grazie, ma desidererei tenere le mani il più
libere possibili, quindi includere tutto in uno smartphone è, a questo
punto, la cosa migliore per me.



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-at] OSM Flyer Bestellung

[scubbx]

Hallo, Leute!

Die Flyer sind da! Leider lose und etwas farbärmer als erhofft
(vermutlich RGB -> CMYK ... ), aber als Werbematerial nichts desto trotz
tauglich. :-)

@Dromedar61: Sollen wir die Flyer zuschicken, oder kommst/bist du selber
in Wien? Oder kennst du jemanden, der die mitnehmen kann?

@Michael: geologist hatte gemeint, er kommt bald nach Graz und könnte
euch die Flyer mitnehmen. Was meinst du?

@Jakob: Ähnliche Frage - zuschicken, selber holen oder kennst du wen,
der nach Wien kommt?

lg,
Markus (ScubbX)


Am 29.10.18 um 12:09 schrieb scubbx:
> Hallo, liebe Mitmapper und Mitmapperinnen!
>
> Der OSM-AT Verein wird in Kürze wieder neue OSM - Flyer bestellen.
> (https://github.com/scubbx/osm-at-flyer)
> Falls jemand weiß, dass eine größere Menge benötigt werden wird, kann
> dies jetzt kundgetan werden, dann werden wir diese Menge in der
> Bestellung berücksichtigen.
>
> Beste Grüße,
> Markus (ScubbX)
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

[Talk-br] semanárioOSM Nº 435 2018-11-13-2018-11-19

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 435, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/11010/

Aproveite!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-pt] semanárioOSM Nº 435 2018-11-13-2018-11-19

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 435, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/11010/

Aproveite!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-es] semanarioOSM Nº 435 2018-11-13-2018-11-19

[theweekly . osm]

Hola, el semanario Nº 435, 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/11010/

¡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

[Talk-cl] semanarioOSM Nº 435 2018-11-13-2018-11-19

[theweekly . osm]

Hola, el semanario Nº 435, 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/11010/

¡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

[talk-latam] semanarioOSM Nº 435 2018-11-13-2018-11-19

[theweekly . osm]

Hola, el semanario Nº 435, 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/11010/

¡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

[OSM-talk] weeklyOSM #435 2018-11-13-2018-11-19

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/11010/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-ca] weeklyOSM #435 2018-11-13-2018-11-19

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/11010/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-us] weeklyOSM #435 2018-11-13-2018-11-19

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/11010/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-in] weeklyOSM #435 2018-11-13-2018-11-19

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/11010/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-africa] weeklyOSM #435 2018-11-13-2018-11-19

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/11010/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[talk-ph] weeklyOSM #435 2018-11-13-2018-11-19

[weeklyteam]

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

http://www.weeklyosm.eu/en/archives/11010/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-gb-westmidlands] Saturday Mapping

[Gareth L]

I’m rather local to this, but sadly I am away both weekends!
It’s worthwhile doing. Google maps and Apple maps are lagging quite far behind 
on Rugby’s redevelopments/developments. Surprisingly, an entire retail park is 
missing from both.


Gareth


Get Outlook for iOS


From: Brian Prangle 
To: talk-gb-westmidlands 
Subject: [Talk-gb-westmidlands] Saturday Mapping
Message-ID:

Content-Type: text/plain; charset="utf-8"

Hi everyone

It's a been a while since we met in November and I agrred to to get some
dates for a mapping dayin Warwicks(with a pub lunch). I propose either
Saturday 1 Dec or 8 Dec and I propose we go to the new village being built
on the old Rugby Radio Station site which is called Houlton


It's a massive development( over 6,000 homes - partially complete) with the
first residents moving in a year ago and also a new primary school
operational. Currently it's shown as a construction site with a few service
roads. If folk can get to me reasonably quickly I'll see if I can drum up
some local interest

Regards

Brian
-- next part --
An HTML attachment was scrubbed...
URL: 


--

Subject: Digest Footer

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


--

End of Talk-gb-westmidlands Digest, Vol 121, Issue 1

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

[talk-latam] Para talk-latam Fwd: Juicio contra Google por bloqueo de MAPA en Madrid este miércoles 28 por miguelgallardo.es/google-discrimina-mapas.pdf

[Miguel Gallardo]

A quien pueda interesar en
talk-latam@openstreetmap.org

Este miércoles 28 se celebra en Madrid un juicio por demanda mía contra
Google Spain por el bloqueo de un mapa de INFOANTENAS (parece ser que
basado en la cartografía SIGPAC) que ha revelado una presunta
discriminación de mapas por Google probablemente su cambiante modelo de
negocio en "GOOGLE MAPS PLATFORM". La demanda está publicada completa
incluyendo ANEXOS relevantes en
http://www.miguelgallardo.es/google-inadecuado.pdf
y el último documento que consta en el juzgado con enlaces a anteriores en
http://www.miguelgallardo.es/google-discrimina-mapas.pdf
(recomiendo especialmente el artículo de The Economist “*Map reading. The
battle for territory in digital cartography*” que ahí cito para explicar la
trascendencia)

Estoy pidiendo ayuda a expertos en cartografía digital que sospechen
discriminaciones y abuso de posición dominante de Google respecto a
cualquier otro proveedor de mapas  para aportar algún nuevo documento o
referencia de discriminación y preguntas mejores que las que planteo en el
borrador online https://goo.gl/cxqcbZ
https://docs.google.com/document/d/1itjXqhsA10D-kPzYpBuDShhHF3r3CKUyurITqVV11mM/edit

¿Alguien ha detectado alguna discriminación o caso en el que Google haya
detectado algo relacionado con openstreetmap.org?¿Qué le podríamos
preguntar al representante legal de Google este miércoles 28 en relación a
la demanda y los documentos posteriores que hemos aportado y el fondo del
asunto?

Agradeceré difusión y cuanto pueda mejorar ese borrador que he puesto en
conocimiento del grupo español donde se está debatiendo en el hilo que
empieza en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016481.html
con lo último que yo publico en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016486.html
y también en inglés en [OSM-legal-talk]
https://lists.openstreetmap.org/pipermail/legal-talk/2018-November/008679.html

Si alguien puede facilitarme el contacto de directivos de competidores de
Google Maps o de sus abogados, cuanto antes contactemos, mejor para lo que
pretendemos desde, repito https://goo.gl/cxqcbZ

Dr. (PhD) Ing. Miguel Gallardo perito judicial Tel.: (+34) 902998352
Presidente de APEDANICA www.cita.es/apedanica.pdf
CV en http://www.miguelgallardo.es/audio.pdf
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Komяpa]

If you agree that tile id is assigned only upon creation, then you don't
have to remove the history for moved or existing nodes.

Also, Google S2 gives much more standard globe locality index, if you need
a look up table.

You can try getting a pull request with the change through railsport and
cgimap maintainers though, as they are the only people limiting pace of
openstreetmap api development :)

On Sun, Nov 25, 2018 at 4:53 PM Victor Shcherb 
wrote:

> Hi All,
>
> As we know OSM id for nodes exceeded long time ago 2^32 and keep growing
> on the other hand the ids itself are pretty useless because they don't
> represent history good enough and also they couldn't implement principle of
> Permanent ID (https://wiki.openstreetmap.org/wiki/Permanent_ID).
>
> I suggest to discuss geometrical value of OSM id per node. Of course there
> is ongoing discussion to attach OSM nodes to ways, so the number of nodes
> will decrease dramatically but that's a long-mid term strategy. Much easier
> is to give some value to OSM ID.
>
> PROPOSAL. Dedicate 30 bits of OSM ids to the quadrant of the Globe (per
> square radiant) i.e. last *30 bits *of the ID could represent *15th zoom
> of globe radiant tile *(not Mercatoor projection tiles).
>
> What's useful.
> 1. Programs to import OSM could process it much faster cause id in the
> ways could indicate where physically the way is located.
> 2. Programs that store IDs could store much more compressed i.e. OsmAnd
> maps could benefit for storing maps in QuadTile structure and keep only
> part of id attached to QuadTile
> 3. It is a step forward to compress the data and have formats for faster
> processing and better storage.
> 4. Probably something more?
>
> Why it is easy to implement.
> - Doesn't require to change anything in the schema and in the tools
> - Most likely doesn't require to change any editor cause the changes could
> be postprocessed by the changeset commiter.
> - *Backward compatible!* Old ids before the given number could stay the
> same for a while.
>
> Challenges / Objections.
> - If you move a node from its original tile the history will be lost and
> id will be changed (I doubt it is a strong objection cause information
> could be partially / visually restored from changeset history).
> - The uploading changeset from editor could differ from result changeset
> stored in OSM API.
>
> What do you think?
>
> Best Regards,
> Victor
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


-- 
Darafei Praliaskouski
Support me: http://patreon.com/komzpa
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-ar] Para talk-ar Fwd: Juicio contra Google por bloqueo de MAPA en Madrid este miércoles 28 por miguelgallardo.es/google-discrimina-mapas.pdf

[Miguel Gallardo]

A quien pueda interesar en
talk-ar@openstreetmap.org

Este miércoles 28 se celebra en Madrid un juicio por demanda mía contra
Google Spain por el bloqueo de un mapa de INFOANTENAS (parece ser que
basado en la cartografía SIGPAC) que ha revelado una presunta
discriminación de mapas por Google probablemente su cambiante modelo de
negocio en "GOOGLE MAPS PLATFORM". La demanda está publicada completa
incluyendo ANEXOS relevantes en
http://www.miguelgallardo.es/google-inadecuado.pdf
y el último documento que consta en el juzgado con enlaces a anteriores en
http://www.miguelgallardo.es/google-discrimina-mapas.pdf
(recomiendo especialmente el artículo de The Economist “*Map reading. The
battle for territory in digital cartography*” que ahí cito para explicar la
trascendencia)

Estoy pidiendo ayuda a expertos en cartografía digital que sospechen
discriminaciones y abuso de posición dominante de Google respecto a
cualquier otro proveedor de mapas  para aportar algún nuevo documento o
referencia de discriminación y preguntas mejores que las que planteo en el
borrador online https://goo.gl/cxqcbZ
https://docs.google.com/document/d/1itjXqhsA10D-kPzYpBuDShhHF3r3CKUyurITqVV11mM/edit

¿Alguien ha detectado alguna discriminación o caso en el que Google haya
detectado algo relacionado con openstreetmap.org ¿Qué le podríamos
preguntar al representante legal de Google este miércoles 28 en relación a
la demanda y los documentos posteriores que hemos aportado y el fondo del
asunto?

Agradeceré difusión y cuanto pueda mejorar ese borrador que he puesto en
conocimiento del grupo español donde se está debatiendo en el hilo que
empieza en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016481.html
con lo último que yo publico en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016486.html
y también en inglés en [OSM-legal-talk]
https://lists.openstreetmap.org/pipermail/legal-talk/2018-November/008679.html

Si alguien puede facilitarme el contacto de directivos de competidores de
Google Maps o de sus abogados, cuanto antes contactemos, mejor para lo que
pretendemos desde, repito https://goo.gl/cxqcbZ

Dr. (PhD) Ing. Miguel Gallardo perito judicial Tel.: (+34) 902998352
Presidente de APEDANICA www.cita.es/apedanica.pdf
CV en http://www.miguelgallardo.es/audio.pdf
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

[Talk-cl] Juicio contra Google por bloqueo de MAPA en Madrid este miércoles 28 por miguelgallardo.es/google-discrimina-mapas.pdf

[Miguel Gallardo]

A quien pueda interesar en
talk-cl@openstreetmap.org

Este miércoles 28 se celebra en Madrid un juicio por demanda mía contra
Google Spain por el bloqueo de un mapa de INFOANTENAS (parece ser que
basado en la cartografía SIGPAC) que ha revelado una presunta
discriminación de mapas por Google probablemente su cambiante modelo de
negocio en "GOOGLE MAPS PLATFORM". La demanda está publicada completa
incluyendo ANEXOS relevantes en
http://www.miguelgallardo.es/google-inadecuado.pdf
y el último documento que consta en el juzgado con enlaces a anteriores en
http://www.miguelgallardo.es/google-discrimina-mapas.pdf
(recomiendo especialmente el artículo de The Economist “*Map reading. The
battle for territory in digital cartography*” que ahí cito para explicar la
trascendencia)

Estoy pidiendo ayuda a expertos en cartografía digital que sospechen
discriminaciones y abuso de posición dominante de Google respecto a
cualquier otro proveedor de mapas  para aportar algún nuevo documento o
referencia de discriminación y preguntas mejores que las que planteo en el
borrador online https://goo.gl/cxqcbZ
https://docs.google.com/document/d/1itjXqhsA10D-kPzYpBuDShhHF3r3CKUyurITqVV11mM/edit

¿Qué le podríamos preguntar al representante legal de Google este miércoles
28 en relación a la demanda y los documentos posteriores que hemos aportado
y el fondo del asunto?

Agradeceré difusión y cuanto pueda mejorar ese borrador que he puesto en
conocimiento del grupo español donde se está debatiendo en el hilo que
empieza en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016481.html
con lo último que yo publico en
https://lists.openstreetmap.org/pipermail/talk-es/2018-November/016486.html
y también en inglés en [OSM-legal-talk]
https://lists.openstreetmap.org/pipermail/legal-talk/2018-November/008679.html

Si alguien puede facilitarme el contacto de directivos de competidores de
Google Maps o de sus abogados, cuanto antes contactemos, mejor para lo que
pretendemos desde, repito https://goo.gl/cxqcbZ

Dr. (PhD) Ing. Miguel Gallardo perito judicial Tel.: (+34) 902998352
Presidente de APEDANICA www.cita.es/apedanica.pdf
CV en http://www.miguelgallardo.es/audio.pdf
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-cz] Knihkupectví a kavárna v jednom

[xkomc...@centrum.cz]

V rámci celosvětové SotM v Miláně. Omlouvám se za nejednoznačnost.


A ano, nejčastěji se o tom diskutovalo bez záznamu.

On 24. 11. 18 22:02, Marián Kyral wrote:

On 24. 11. 18 20:39, Jan Macura wrote:
On Sat, 24 Nov 2018 at 11:09, xkomc...@centrum.cz 
 > wrote:


To je problém datového modelu OSM: letos na SotM se o tom
diskutovalo, probírali se možnosti (nejčastěji byla zmiňována
Wikidata jako model, který by šlo přebrat), ale co vím, tak zatím
v této oblasti neprobíhá žádný (ani testovací) vývoj.

Aha, zajímavé, to mi vůbec nedává smysl, takže si nejdřív pustím 
záznam ze SotM a až pak to budu rozporovat.




Jestli se nepletu, tak tohle už bylo mimo záznam v rámci volné diskuze.

Marián


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

Re: [Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[Niccolo Rigacci]

On Sun, Nov 25, 2018 at 10:51:06AM +0100, riccardopastoc...@alice.it wrote:
>
> Quindi la domanda è: 1) ogni volta che imposto il navigatore 
> osmand e parto per la destinazione, mi consuma byte?  Per 
> quello che ho capito la risposta è NO ... giusto?

Prima che liberassero il roaming ho usato molto uno smartphone 
Android/OsmAnd come navigatore all'estero, impostando la modalità 
aereo: nessuno scambio dati ma nessun problema per la 
navigazione. Ho potuto anche aggiungere note OSM off-line che poi 
uploadavo appena ero in copertura WiFi.

Non so che impatto possa avere il NON scaricare i dati AGPS, che 
dovrebbero migliorare la precisione GPS. All'atto pratico non mi 
sono mai perso e la precisione era sempre entro le mie 
aspettative.

Se il budget è limitato vedi se uno smartphone 8 core 3.8 Gb di 
RAM come lo Xiaomi Mi A1 (meno di 140 euro) potrebbe fare il caso 
tuo. Ha uno speaker di tutto rispetto per sentire le indicazioni 
vocali, la potenza di calcolo non manca. Lo schermo è abbastanza 
grande 120x70 mm e l'Android One è meraviglioso perché non 
contiene la solita pletora di porcherie inutili. Anche il root si 
fa bene.

-- 
Niccolo Rigacci - http://www.rigacci.net/
Campi Bisenzio - Firenze - Italy
Tel. Mobile: +39-327-5619352

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

Re: [Talk-it] Armchair o survey mapping?

[Michele Malfatti]

Ciao io uso il mio GPS per raccogliere dati sparsi sul territorio lungo strade 
che percorro in bici o a piedi. Scatto foto ad ogni wpt incrocio e scrivo cosa 
vuol dire quel punto. Uso Field papers nei centri cittadini. Faccio via per via 
e annoto tutti o dati e anche in questo caso scrivo una serie di note che poi 
aggiungo alla mappa. 
Michele

Sent from my iPhone

> On 25/nov/2018, at 12:06, EneaSuper  wrote:
> 
> Buongiorno a tutti, in questi ultimi mesi mi sono posto molte volte un
> quesito piuttosto comune tra i mappatori, stimolato da esperienze personali
> e da fattori organizzativi e logistici che sono solito affrontare durante la
> mappatura. Non essendo ancora riuscito a trovare una soluzione, ho deciso di
> rivolgermi a questo canale della community.
> 
> Sono mappatore dal 2015 e, dopo molto tempo passato a praticare *l'armchair
> mapping con iD*, ho deciso di passare ad un "livello superiore", quindi
> adoperare *JOSM ed il survey mapping*.
> Con il nuovo editor mi sono subito trovato bene, ma ho avuto diverse
> difficoltà per quanto riguarda la nuova tecnica di mappatura. Prima di
> tutto, voglio parlarvi dei dispositivi in mio possesso utili alla raccolta
> di dati GPS, multimediali, ecc.:
> 
> • *Smartphone LG Nexus 5X*: si tratta di uno smartphone molto pratico e
> performante, ma che pecca in due cose molto importanti: *la durata della
> batteria e il surriscaldamento*. Questi problemi si sono manifestati sin dal
> suo acquisto, che cercai di risolvere fin da subito, ma senza ottenere
> risultati importanti e preferendo, di conseguenza, "abituarmici",
> modificando così le mie modalità d'uso. Tempo dopo venni a conoscenza del
> fatto che si trattava di problemi comuni, ma questa è un'altra storia...
> Dato quanto scritto poc'anzi l'ho adoperato poco e niente per la mappatura,
> pur garantendomi la possibilità d'incrociare dati GPS, Internet e cellulari
> per ottenere la geolocalizzazione migliore;
> 
> • *Smartphone Samsung Galaxy Grand Neo Plus*: trattasi del mio smartphone di
> riserva, precedente a quello presentato inizialmente, che pur non potendo
> garantire le stesse performance non pecca in quanto a batteria e
> surriscaldamento. L'unico difetto è, ovviamente, *l'impossibilità di poter
> incrociare i dati GPS con le altre tipologie*, in quanto il trasferimento
> della SIM è una procedura che ritengo troppo noiosa e macchinosa da eseguire
> ogni volta...
> 
> Una valida alternativa agli strumenti elettronici sono, ovviamente, quelli
> analogici, come i famigerati *field papers*, che ho adoperato più e più
> volte sia prima che dopo l'esser passato al survey mapping.
> Per rendere il più pratica possibile questa tecnica con uno strumento simile
> mi sono procurato un *portablocco*, che mi permette di mantenere i fogli
> nella maniera più stabile ed ordinata possibile, avendo per tanto un
> supporto rigido su cui scrivere in ogni condizione. Purtroppo, anche questa
> metodologia presenta dei difetti non da poco:
> 
> • *Ingombranza*: sia i fogli che il portablocco sanno esse particolarmente
> ingombranti in diverse occasioni. Se poi abbiamo la necessità, con i primi,
> di sfogliarli ecco che il problema peggiora. Inoltre, *tali strumenti non
> sono tascabili*, come invece possono essere uno smartphone o un tracciatore
> GPS;
> 
> • *Appunti disordinati*: in determinate occasioni e zone geografiche si è
> costretti a prendere numerosi appunti, che spesso possono risultare
> disordinati e poco chiari; adoperando delle volte una simbologia
> profondamente soggettiva per identificare determinati elementi (fontanelle,
> idranti, negozi, ecc.). Tutto ciò su di uno smartphone non sussiste, in
> quanto tali contenuti possono essere *modificati ed eliminati a piacere in
> ogni momento*.
> 
> Tutta questa serie di difetti, almeno nel mio caso, si manifestano spesso,
> causandomi forti dubbi e titubanze in merito a quale metodologia e quali
> strumenti adoperare, scoraggiandomi e di conseguenza riportandomi al
> armchair mapping.
> In futuro ho comunque intenzione di acquistare uno smartphone migliore
> (Huawei o ASUS), o addirittura un *tracciatore GPS Garming*; in modo tale da
> poter abbandonare definitivamente l'analogico e l'armchair mapping quando
> possibile.
> Un altro strumento molto utile che adopero durante il survey mapping è lo
> *smanicato catarifrangente*: so che alcuni di voi possono ritenerlo
> superfluo o addirittura inutile, ma in situazioni in cui si ha la necessità
> di frequentare zone con un alto tasso di viabilità, o in cui vi è un
> cantiere molto grande e movimentato, esso potrebbe risultare molto utile
> anche per tutelare la nostra sicurezza.
> 
> Detto questo, spero possiate aiutarmi a fugare i miei numerosi dubbi in
> merito a quale tecnica e strumenti adoperare, così da evitare errori e
> ritardi futuri nello svolgere il mio lavoro. Ciao e grazie! 
> 
> 
> 
> 
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
> 
> 

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Donat ROBAUX]

 Bonjour à tous,

Faisons un point sur le projet du mois à une semaine de la fin !

Concernant la gendarmerie nationale
À cette heure-ci la totalité ou presque des brigades de gendarmerie
classiques (3080 en tout) est intégrée dans OSM (Voir plus bas pour les
détails sur ce qu'il reste)
Bravo à tous !

Concernant la police nationale
Idem, on doit les avoir presque tous MAIS il en reste environ la moitié
sans tag operator et police:FR.
La priorité est donc de finir ce challenge Maproulette pour les débusquer
tous : https://maproulette.org/mr3/browse/challenges/3317

Concernant la police municipale
On n'en a que quelques centaines donc il en manque encore probablement
beaucoup.

À noter qu'il reste également beaucoup de *amenity=police* sans aucune
autre information. On pourra se prévoir un autre challenge Maproulette
quand on aura fini de qualifier ceux qui sont de type Police nationale.


Enfin, voici quelques infos plus spécifiques sur la gendarmerie :

Il reste quelques brigades non intégrées notamment en outre-mer où la
qualité des sources est aléatoire. Cela doit représenter à mon avis 50
brigades maximum.
Par ailleurs, en cours de mois, le fichier opendata a été mis à jour avec
environ 600 structures ,en plus (et quelques modifications, comme le tag
*official_name*).
On a donc en plus les *postes provisoires* saisonniers (bords de mer et
stations de ski). Aucune difficulté particulière a priori, il faut ajouter
le tag *seasonal=yes* pour faire la différence avec les brigades
permanentes et Osmose le propose déjà.
On a également les *pelotons d'autoroute* qui sont implantés en général
près des péages. On risque d'avoir du mal avec ceux-là pour les localiser
précisément ...

Le fichier contient également des brigades et des pelotons motorisés (qui
sont en général intégrés à une brigade classique et ne nécessitent pas
d'être cartographiés, pour l'instant) et les 21 centres de recrutement (qui
ont été taggés *military=office *et non *amenity=police*). Les centres de
recrutement ont donc été retiré de l'analyse Osmose cet après-midi.

Voilà, on vous a trouvé des occupations pour la semaine prochaine ;)

Noémie et Donat


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Tomas Straupis]

Could you ealborate more on why you mention permanent id here? I see your
idea, but do not understand how it is connected to permanent id problem.

There were some tests done regarding permanent id in Lithuania, but those
were regarding places of interest.

If this has something in common, I could share some ideas and observations,
so that they do not now go in vain. Maybe somebody would like to continue
research, as this is quite an important thing to OSM.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Distribution of OSM ids could be much more useful!

[Paul Norman]

On 2018-11-25 5:50 AM, Victor Shcherb wrote:

What do you think?


It would be terrible for most software that I am aware of that can 
process the full planet. Current assumptions about density would be 
broken, vastly inflating memory usage and slowing down processing.


The benefits aren't great as I see them. Using a z-order curve encoded 
in the first 30 bits will help cache locality, but like all z-order 
curves, it doesn't guarantee that two nearby places in 2d space have 
nearby places on the curve. This means that an implementation still 
needs to be able to search through the nodes for nearby ones.


Two other problems come to mind. The first of these is implementation. 
IDs are a PostgreSQL bigserial, and to write something custom that 
assigns IDs based on location would be difficult as it would need to get 
MVCC right. The second is the number of bits. Some software is limited 
to 53-59 bits, and other to 63 bits. We're using about 75% of 33 bits 
right now.


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

[OSM-legal-talk] To legal-talk considering Geo-location APIs | Google Maps Platform | Google Cloud Re: Google MAPS and Digital Cartography COMPETITION in Europe for PLAINTIFF vs. Google Spain at www.m

[Miguel Gallardo]

To Whom it may concern at legal-talk@openstreetmap.org
Open letter asking for comments and contacts with GIS and maps experts

For a public hearing on 28th November 2018 in a Spanish Civil Court we need
to know as much as possible about Google Maps and conflicts of interest
with other products.

Please help us to answer these 3 questions as soon as possible

1. Does Google use an algorithm to detect maps on the Internet?

2. What are the purposes and structures of the information that Google
obtains from the maps that are published or referenced on the Internet?

3. Does Google give different treatment to the maps of its own cartography
compared to those of other entities such as the blocking of the one
detailed in my plaintiff vs. Google in Spain?

For your information our demand is published at

http://www.miguelgallardo.es/google-inadecuado.pdf

and our last document concerning Google malpractices in digital cartography
and maps discrimination at Madrid Court of Law

http://www.miguelgallardo.es/google-discrimina-mapas.pdf

 We are extremely interested in any reference or investigation about Google
MAPS concering competition on Digital Cartography in Europe.

-- Forwarded message -
From: apedanica ong 
Date: vie., 23 nov. 2018 a las 11:18
Subject: Considering Geo-location APIs | Google Maps Platform | Google
Cloud Re: Google MAPS and Digital Cartography COMPETITION in Europe for
PLAINTIFF vs. Google Spain at www.miguelgallardo.es/google-inadecuado.pdf
To: 
Cc: , , <
cab-vestager-archi...@ec.europa.eu>, ,
MIGUEL ANGEL GALLARDO ORTIZ 


To Margrethe Vestager | European Commission

After our message on Friday, November 9, 2018 11:13 AM (please see it
below) we have been looking for any information in all the web of europa.eu
about
Geo-location APIs | Google Maps Platform | Google Cloud
https://cloud.google.com/maps-platform/

We are surprised that there is no relevant reference in the search site:
europa.eu "Google Maps Platform" except 4 link not relevant at all.

Next Wednesday November 28th we have a chance to cross examinate Google
executives in a Court of Law, and as far as we know
Commissioner Vestager has no information neither interest about Google MAPS
and Google Maps Platform business and maps discrimination.

Otherwise, please let me to know as soon as possible.

In a different message we forward to you in Spanish what we are
investigating for legal evidence about "Google Maps Platform" and business
oriented digital cartograhy products that we consider extremly sensitive
for European Competition.


Dr. (PhD) Miguel Gallardo cryptologist Tel. (+34)  902998352 E-mail:
apedanica@gmail.com

Asociación APEDANICA government ID official document at
www.cita.es/apedanica.pdf



El vie., 9 nov. 2018 a las 11:40,  escribió:
>
> Dear Mr. Miguel Gallardo,
>
>
>
> Thank you for your email for the attention of Commissioner Margrethe
Vestager.
>
>
>
> It is my pleasure to acknowledge receipt of this.
>
>
> Best regards,
>
>
> Tine Benson
>
>
>
> Tine BENSON
>
> Assistant to Commissioner Vestager
>
>
> European Commission
>
>
>
> BERL 10/110
> B-1049 Brussels/Belgium
> +32 229-66432
> tine.ben...@ec.europa.eu
>
>
>
>
>
>
>
>
>
> From: apedanica ong 
> Sent: Friday, November 9, 2018 11:13 AM
> To: COMP WHISTLEBLOWER 
> Cc: mailsig...@egarante.com
> Subject: Google MAPS and Digital Cartography COMPETITION in Europe for
PLAINTIFF vs. Google Spain at www.miguelgallardo.es/google-inadecuado.pdf
>
>
>
> URGENT
>
> To
>
> Margrethe Vestager | European Commission
>
>
>
> Please acknowledge receipt
>
>
>
> For a public hearing on 28th November 2018 in a Spanish Civil Court we
need to know as much as possible about Google Maps and conflicts of
interest with other products. Please help us to find who can answer this 3
questions in European Commission
>
>
>
> 1. Does Google use an algorithm to detect maps on the Internet?
>
>
>
> 2. What are the purposes and structures of the information that Google
obtains from the maps that are published or referenced on the Internet?
>
>
>
> 3. Does Google give different treatment to the maps of its own
cartography compared to those of other entities such as the blocking of the
one detailed in my plaintiff vs. Google in Spain?
>
>
>
> For your information our demand is published at
>
> http://www.miguelgallardo.es/google-inadecuado.pdf
>
> and our last document concerning Google malpractices in digital
cartography and maps discrimination at Madrid Court of Law
>
> http://www.miguelgallardo.es/google-discrimina-mapas.pdf
>
>
>
> We are extremely interested in any reference or investigation about
Google MAPS concering competition on Digital Cartography in Europe.
>
>
>
> Please do not hesitate to forward this message to anyone you consider
appropriate or call me by phone (+34) 902998352 or by this email for
details, but help us to find for contacting experts and European officials
on Digital Cartography and Google Maps at European Commission URGENTLY.
>
>
>
>
>
> Dr. 

Re: [Talk-de] Einführung von Regeln für die Verwendung von Relationen mit type=multipolygon

[Florian Lohoff]

Hola Markus,

On Sat, Nov 24, 2018 at 03:47:59PM +0100, Markus wrote:
> 
> Nun ist es aber so, dass OSM zunehmend komplexer wird.
> Für Neue ist der Einstieg zunehmend schwieriger.
> Alte Hasen verlieren zunehmend den Überblick.

Richtig - Deshalb bin ich dafür Multipolygone wirklich nur da zu
benutzen wo sie wirklich unabdingbar sind. Dazu sollten landuses
verkleinert werden. Innerorts habe ich mir mal die größe
von 20-30 Häusern als schön überlegt. Das ist dann so ein Bereich den man 
im Josm meist eh komplett lädt d.h. es kann nicht dazu kommen das ich
dinge ausserhalb meines Edit Bereiches unabsichtlich verändere.

Und je kleiner wir dinge machen, und je sauberer die Hierarchieen 
abgebildet sind (Parkplatz ist komplett im amenity=school ist komplett
im amenity=landuse) d.h. wir verbinden keine unterschiedlichen objekt
klassen (landuse mit amenity mit highway) und sie sind immer komplett
oder gar nicht ineinander, desto einfach wird es für neue mapper
weil immer völlig offensichtlich ist welches Objekt ich da gerade
angeklickt habe.
 
> Das Wiki verbessert sich zwar auf der inhaltlichen Seite, aber es ist
> bei der Fülle der Information zunehmend schwierig, zu einer Frage in
> nützlicher Zeit die passende und verständliche Antwort zu finden.

Ich habe da eine sehr zwiespältige Meinung zum Wiki. Das was da steht
ist leider zu vermuteten 50% nicht mehr Konsens sondern
Partikularmeinung weil eben Edits im Wiki kaum kontrolliert werden bzw
sich keiner traut geschriebenes zu revertieren. 

Es ist das beste was wir haben und natürlich müssen wir da
weiter dran arbeiten.

Ich für meinen Teil denke schon länger darüber nach eine
"Flos Best Practices" zu schreiben weil die eben bestimmt
auch nicht dem Konsens entsprechen aber ich vieles
von dem was ich mache argumentativ verteidigen kann.
(Ein Klassiker der mich gerade jeden tag ärgert ist
Böschungen von waterway=ditch als landuse=grass einzutragen)

Was mir in vielen Szenarien fehlt ist so eine
Zeichnung wie im amenity=school

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool

So etwas sollte es für alle tags geben die eine hierarchische
Beziehung zu anderen tags/objekten eingehen.

Und eben die Best Common Practices müssen deutlich überarbeitet
werden. Solche dinge wie "nodes bei parallelen linien liegen auf
gleicher höhe" kommt gerade wieder völlig aus der Mode.

Und die Best Common Practices müssen eben auch für "Arm chair mapping"
gemacht werden. Umgang mit Luftbildern - Was ist ein Baum - Und warum
Zeichen wir nicht um den Baum drumherum. Erklären das Flurstücksflächen
Grenzen zu 90% gerade sind und eben nicht die Baumkronen sind und
das die vermutlich auf der Hälfte der Baumkrone mitten durch geht weil
der Baum (Stamm) auf der Grenze steht. Und wenn eben ein Graben zwischen
Wald und Wiese ist kann der zum Wald oder zur Wiese gehören aber nicht
quer durch die Grenze gehen und am besten nimmt man ihn gleich ganz aus
den landuses aus weil da weder Bäume noch Gras steht.

Sowas müsste in Bildern aufgearbeitet werden wo man dieselbe
Stelle mal im Luftbild und mal in der Realität sieht.

Waterway=ditch - Wenn der voll Wasser ist (Im Luftbild) und eben
ohne Wasser - Und das die Böschung eben kein landuse=grass ist
weil das im Winter spätestens Wasser ist.

Luftbilder bedürfen halt einer Interpretation und leider kommt das
gerade aus der Mode das was man sieht mal zu durchdenken. Perspektive,
Überdeckung, Jahreszeit, Alter - Da wird einfach zeugs wirklich auf
die simpelste Art und weise Abgezeichnet und man guckt
sich das 2 Jahre später an und denkt sich: Was soll das sein? Das
entspricht keinem sichtbaren Objekt. Da wird dann schnell der
Schattenwurf von Bäumen zu einem landuse=forest oder verbliebener
Mais zu einem natural=scrub.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

Re: [Talk-de] Einführung von Regeln für die Verwendung von Relationen mit type=multipolygon

[Florian Lohoff]

On Fri, Nov 23, 2018 at 10:34:20PM +0100, Tom Pfeifer wrote:
> On 23.11.2018 21:54, Florian Lohoff wrote:
> > 2 Multipolygone die auffällig sind im Regierungsbezirk Detmold. (Mehr
> > als 20 Outer)
> > Dagegen stehen insgesamt 3742 Multipolygone die in Ordnung sind.
> > Das macht 0.05% oder 0.5 Promille. Dafür brauchen wir Regeln?
> 
> Deine Statistik geht von der Hypothese aus, dass die Problemfälle 
> gleichverteilt sind.
> Sie sind aber eher auf die Stellen konzentriert, an denen sich die genannte
> Kategorie von Mappern gerade aufhält.
> 
> Auch sind MPs mit vielen Outern nur das eine Problem; grundlos aus
> Linienstücken zusammengesetzte kleine Objekte das andere.

Auch diese Objekte findet man bei MPs mit vielen Outers.

Kannst du diese Behaupting in irgendeiner Form mit Zahlen untermauern?

Wir können ja gerne mal die ganze Bundesrepublik mit dem 
Thema untersuchen. 

ich glaube nicht das die zahlen so abweichen. Und nur weil heute
die Multipolygone mit 20+ outers existieren heisst das ja
eben nicht das die Mutwilig gestern erzeugt wurden.

Von daher zweifel ich die Behauptung "Kategorien von Mappern".

Gibt es von Mappern öffentliche Stellungnahmen das sie das für cool
halten das aus vielen Linien oder vielen Outers zusammenzusetzen.

Ich bin vermutlich was Changeset Kommentare angeht ziemlich weit
vorne und bin lange dabei - aber mapper die das langfristig durchziehen
mit aussenlinien oder vielen outers sind mir noch nicht untergekommen.

Wie schon gesagt - jeder probiert das mal aus - Bastelt da ein
bisschen mit rum und lässt es dann wieder.

Gegenteiliges kenne ich bisher nicht - das wird nur behauptet.

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


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

[OSM-talk] Distribution of OSM ids could be much more useful!

[Victor Shcherb]

Hi All,

As we know OSM id for nodes exceeded long time ago 2^32 and keep growing on
the other hand the ids itself are pretty useless because they don't
represent history good enough and also they couldn't implement principle of
Permanent ID (https://wiki.openstreetmap.org/wiki/Permanent_ID).

I suggest to discuss geometrical value of OSM id per node. Of course there
is ongoing discussion to attach OSM nodes to ways, so the number of nodes
will decrease dramatically but that's a long-mid term strategy. Much easier
is to give some value to OSM ID.

PROPOSAL. Dedicate 30 bits of OSM ids to the quadrant of the Globe (per
square radiant) i.e. last *30 bits *of the ID could represent *15th zoom of
globe radiant tile *(not Mercatoor projection tiles).

What's useful.
1. Programs to import OSM could process it much faster cause id in the ways
could indicate where physically the way is located.
2. Programs that store IDs could store much more compressed i.e. OsmAnd
maps could benefit for storing maps in QuadTile structure and keep only
part of id attached to QuadTile
3. It is a step forward to compress the data and have formats for faster
processing and better storage.
4. Probably something more?

Why it is easy to implement.
- Doesn't require to change anything in the schema and in the tools
- Most likely doesn't require to change any editor cause the changes could
be postprocessed by the changeset commiter.
- *Backward compatible!* Old ids before the given number could stay the
same for a while.

Challenges / Objections.
- If you move a node from its original tile the history will be lost and id
will be changed (I doubt it is a strong objection cause information could
be partially / visually restored from changeset history).
- The uploading changeset from editor could differ from result changeset
stored in OSM API.

What do you think?

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

[Talk-se] SWEREF-server för OSM

[Mats Elfström]

Hej!
Finns det någon publik wms för osm som stöder SWEREF nationell och regionala 
system?
Jag har letat på openstreetmap.se. 
Den behöver bara täcka nordeuropa, och inte vara aktuellare än en vecka eller 
så. 

Hälsning / Regards
Mats.E

Skickat från min / Sent from my iPad, Ursäkta att jag är kortfattad / Excuse my 
brevity. 
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Armchair o survey mapping?

[Volker Schmidt]

... o foto Mapillary

On Sun, 25 Nov 2018 at 12:26, Edoardo Yossef Marascalchi <
e.marascal...@gmail.com> wrote:

> io trovo molto comodo forografare gli oggetti con georeferenziazione
> attivata e poi sovrapporre le foto alla mappa.
> se usi una forocamera recente diventa quasi immediato e josm è perfetto
> nel.posizionare gli scatti al posto giusto.
> poi accoppiarlo con un registratore vocale
>
> Il giorno dom 25 nov 2018, 1:08 PM EneaSuper  ha
> scritto:
>
>> Buongiorno a tutti, in questi ultimi mesi mi sono posto molte volte un
>> quesito piuttosto comune tra i mappatori, stimolato da esperienze
>> personali
>> e da fattori organizzativi e logistici che sono solito affrontare durante
>> la
>> mappatura. Non essendo ancora riuscito a trovare una soluzione, ho deciso
>> di
>> rivolgermi a questo canale della community.
>>
>> Sono mappatore dal 2015 e, dopo molto tempo passato a praticare
>> *l'armchair
>> mapping con iD*, ho deciso di passare ad un "livello superiore", quindi
>> adoperare *JOSM ed il survey mapping*.
>> Con il nuovo editor mi sono subito trovato bene, ma ho avuto diverse
>> difficoltà per quanto riguarda la nuova tecnica di mappatura. Prima di
>> tutto, voglio parlarvi dei dispositivi in mio possesso utili alla raccolta
>> di dati GPS, multimediali, ecc.:
>>
>> • *Smartphone LG Nexus 5X*: si tratta di uno smartphone molto pratico e
>> performante, ma che pecca in due cose molto importanti: *la durata della
>> batteria e il surriscaldamento*. Questi problemi si sono manifestati sin
>> dal
>> suo acquisto, che cercai di risolvere fin da subito, ma senza ottenere
>> risultati importanti e preferendo, di conseguenza, "abituarmici",
>> modificando così le mie modalità d'uso. Tempo dopo venni a conoscenza del
>> fatto che si trattava di problemi comuni, ma questa è un'altra storia...
>> Dato quanto scritto poc'anzi l'ho adoperato poco e niente per la
>> mappatura,
>> pur garantendomi la possibilità d'incrociare dati GPS, Internet e
>> cellulari
>> per ottenere la geolocalizzazione migliore;
>>
>> • *Smartphone Samsung Galaxy Grand Neo Plus*: trattasi del mio smartphone
>> di
>> riserva, precedente a quello presentato inizialmente, che pur non potendo
>> garantire le stesse performance non pecca in quanto a batteria e
>> surriscaldamento. L'unico difetto è, ovviamente, *l'impossibilità di poter
>> incrociare i dati GPS con le altre tipologie*, in quanto il trasferimento
>> della SIM è una procedura che ritengo troppo noiosa e macchinosa da
>> eseguire
>> ogni volta...
>>
>> Una valida alternativa agli strumenti elettronici sono, ovviamente, quelli
>> analogici, come i famigerati *field papers*, che ho adoperato più e più
>> volte sia prima che dopo l'esser passato al survey mapping.
>> Per rendere il più pratica possibile questa tecnica con uno strumento
>> simile
>> mi sono procurato un *portablocco*, che mi permette di mantenere i fogli
>> nella maniera più stabile ed ordinata possibile, avendo per tanto un
>> supporto rigido su cui scrivere in ogni condizione. Purtroppo, anche
>> questa
>> metodologia presenta dei difetti non da poco:
>>
>> • *Ingombranza*: sia i fogli che il portablocco sanno esse particolarmente
>> ingombranti in diverse occasioni. Se poi abbiamo la necessità, con i
>> primi,
>> di sfogliarli ecco che il problema peggiora. Inoltre, *tali strumenti non
>> sono tascabili*, come invece possono essere uno smartphone o un
>> tracciatore
>> GPS;
>>
>> • *Appunti disordinati*: in determinate occasioni e zone geografiche si è
>> costretti a prendere numerosi appunti, che spesso possono risultare
>> disordinati e poco chiari; adoperando delle volte una simbologia
>> profondamente soggettiva per identificare determinati elementi
>> (fontanelle,
>> idranti, negozi, ecc.). Tutto ciò su di uno smartphone non sussiste, in
>> quanto tali contenuti possono essere *modificati ed eliminati a piacere in
>> ogni momento*.
>>
>> Tutta questa serie di difetti, almeno nel mio caso, si manifestano spesso,
>> causandomi forti dubbi e titubanze in merito a quale metodologia e quali
>> strumenti adoperare, scoraggiandomi e di conseguenza riportandomi al
>> armchair mapping.
>> In futuro ho comunque intenzione di acquistare uno smartphone migliore
>> (Huawei o ASUS), o addirittura un *tracciatore GPS Garming*; in modo tale
>> da
>> poter abbandonare definitivamente l'analogico e l'armchair mapping quando
>> possibile.
>> Un altro strumento molto utile che adopero durante il survey mapping è lo
>> *smanicato catarifrangente*: so che alcuni di voi possono ritenerlo
>> superfluo o addirittura inutile, ma in situazioni in cui si ha la
>> necessità
>> di frequentare zone con un alto tasso di viabilità, o in cui vi è un
>> cantiere molto grande e movimentato, esso potrebbe risultare molto utile
>> anche per tutelare la nostra sicurezza.
>>
>> Detto questo, spero possiate aiutarmi a fugare i miei numerosi dubbi in
>> merito a quale tecnica e strumenti adoperare, così da evitare errori e
>> ritardi futuri 

Re: [Talk-it] Armchair o survey mapping?

[Edoardo Yossef Marascalchi]

io trovo molto comodo forografare gli oggetti con georeferenziazione
attivata e poi sovrapporre le foto alla mappa.
se usi una forocamera recente diventa quasi immediato e josm è perfetto
nel.posizionare gli scatti al posto giusto.
poi accoppiarlo con un registratore vocale

Il giorno dom 25 nov 2018, 1:08 PM EneaSuper  ha
scritto:

> Buongiorno a tutti, in questi ultimi mesi mi sono posto molte volte un
> quesito piuttosto comune tra i mappatori, stimolato da esperienze personali
> e da fattori organizzativi e logistici che sono solito affrontare durante
> la
> mappatura. Non essendo ancora riuscito a trovare una soluzione, ho deciso
> di
> rivolgermi a questo canale della community.
>
> Sono mappatore dal 2015 e, dopo molto tempo passato a praticare *l'armchair
> mapping con iD*, ho deciso di passare ad un "livello superiore", quindi
> adoperare *JOSM ed il survey mapping*.
> Con il nuovo editor mi sono subito trovato bene, ma ho avuto diverse
> difficoltà per quanto riguarda la nuova tecnica di mappatura. Prima di
> tutto, voglio parlarvi dei dispositivi in mio possesso utili alla raccolta
> di dati GPS, multimediali, ecc.:
>
> • *Smartphone LG Nexus 5X*: si tratta di uno smartphone molto pratico e
> performante, ma che pecca in due cose molto importanti: *la durata della
> batteria e il surriscaldamento*. Questi problemi si sono manifestati sin
> dal
> suo acquisto, che cercai di risolvere fin da subito, ma senza ottenere
> risultati importanti e preferendo, di conseguenza, "abituarmici",
> modificando così le mie modalità d'uso. Tempo dopo venni a conoscenza del
> fatto che si trattava di problemi comuni, ma questa è un'altra storia...
> Dato quanto scritto poc'anzi l'ho adoperato poco e niente per la mappatura,
> pur garantendomi la possibilità d'incrociare dati GPS, Internet e cellulari
> per ottenere la geolocalizzazione migliore;
>
> • *Smartphone Samsung Galaxy Grand Neo Plus*: trattasi del mio smartphone
> di
> riserva, precedente a quello presentato inizialmente, che pur non potendo
> garantire le stesse performance non pecca in quanto a batteria e
> surriscaldamento. L'unico difetto è, ovviamente, *l'impossibilità di poter
> incrociare i dati GPS con le altre tipologie*, in quanto il trasferimento
> della SIM è una procedura che ritengo troppo noiosa e macchinosa da
> eseguire
> ogni volta...
>
> Una valida alternativa agli strumenti elettronici sono, ovviamente, quelli
> analogici, come i famigerati *field papers*, che ho adoperato più e più
> volte sia prima che dopo l'esser passato al survey mapping.
> Per rendere il più pratica possibile questa tecnica con uno strumento
> simile
> mi sono procurato un *portablocco*, che mi permette di mantenere i fogli
> nella maniera più stabile ed ordinata possibile, avendo per tanto un
> supporto rigido su cui scrivere in ogni condizione. Purtroppo, anche questa
> metodologia presenta dei difetti non da poco:
>
> • *Ingombranza*: sia i fogli che il portablocco sanno esse particolarmente
> ingombranti in diverse occasioni. Se poi abbiamo la necessità, con i primi,
> di sfogliarli ecco che il problema peggiora. Inoltre, *tali strumenti non
> sono tascabili*, come invece possono essere uno smartphone o un tracciatore
> GPS;
>
> • *Appunti disordinati*: in determinate occasioni e zone geografiche si è
> costretti a prendere numerosi appunti, che spesso possono risultare
> disordinati e poco chiari; adoperando delle volte una simbologia
> profondamente soggettiva per identificare determinati elementi (fontanelle,
> idranti, negozi, ecc.). Tutto ciò su di uno smartphone non sussiste, in
> quanto tali contenuti possono essere *modificati ed eliminati a piacere in
> ogni momento*.
>
> Tutta questa serie di difetti, almeno nel mio caso, si manifestano spesso,
> causandomi forti dubbi e titubanze in merito a quale metodologia e quali
> strumenti adoperare, scoraggiandomi e di conseguenza riportandomi al
> armchair mapping.
> In futuro ho comunque intenzione di acquistare uno smartphone migliore
> (Huawei o ASUS), o addirittura un *tracciatore GPS Garming*; in modo tale
> da
> poter abbandonare definitivamente l'analogico e l'armchair mapping quando
> possibile.
> Un altro strumento molto utile che adopero durante il survey mapping è lo
> *smanicato catarifrangente*: so che alcuni di voi possono ritenerlo
> superfluo o addirittura inutile, ma in situazioni in cui si ha la necessità
> di frequentare zone con un alto tasso di viabilità, o in cui vi è un
> cantiere molto grande e movimentato, esso potrebbe risultare molto utile
> anche per tutelare la nostra sicurezza.
>
> Detto questo, spero possiate aiutarmi a fugare i miei numerosi dubbi in
> merito a quale tecnica e strumenti adoperare, così da evitare errori e
> ritardi futuri nello svolgere il mio lavoro. Ciao e grazie! 
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> 

[Talk-it] Armchair o survey mapping?

[EneaSuper]

Buongiorno a tutti, in questi ultimi mesi mi sono posto molte volte un
quesito piuttosto comune tra i mappatori, stimolato da esperienze personali
e da fattori organizzativi e logistici che sono solito affrontare durante la
mappatura. Non essendo ancora riuscito a trovare una soluzione, ho deciso di
rivolgermi a questo canale della community.

Sono mappatore dal 2015 e, dopo molto tempo passato a praticare *l'armchair
mapping con iD*, ho deciso di passare ad un "livello superiore", quindi
adoperare *JOSM ed il survey mapping*.
Con il nuovo editor mi sono subito trovato bene, ma ho avuto diverse
difficoltà per quanto riguarda la nuova tecnica di mappatura. Prima di
tutto, voglio parlarvi dei dispositivi in mio possesso utili alla raccolta
di dati GPS, multimediali, ecc.:

• *Smartphone LG Nexus 5X*: si tratta di uno smartphone molto pratico e
performante, ma che pecca in due cose molto importanti: *la durata della
batteria e il surriscaldamento*. Questi problemi si sono manifestati sin dal
suo acquisto, che cercai di risolvere fin da subito, ma senza ottenere
risultati importanti e preferendo, di conseguenza, "abituarmici",
modificando così le mie modalità d'uso. Tempo dopo venni a conoscenza del
fatto che si trattava di problemi comuni, ma questa è un'altra storia...
Dato quanto scritto poc'anzi l'ho adoperato poco e niente per la mappatura,
pur garantendomi la possibilità d'incrociare dati GPS, Internet e cellulari
per ottenere la geolocalizzazione migliore;

• *Smartphone Samsung Galaxy Grand Neo Plus*: trattasi del mio smartphone di
riserva, precedente a quello presentato inizialmente, che pur non potendo
garantire le stesse performance non pecca in quanto a batteria e
surriscaldamento. L'unico difetto è, ovviamente, *l'impossibilità di poter
incrociare i dati GPS con le altre tipologie*, in quanto il trasferimento
della SIM è una procedura che ritengo troppo noiosa e macchinosa da eseguire
ogni volta...

Una valida alternativa agli strumenti elettronici sono, ovviamente, quelli
analogici, come i famigerati *field papers*, che ho adoperato più e più
volte sia prima che dopo l'esser passato al survey mapping.
Per rendere il più pratica possibile questa tecnica con uno strumento simile
mi sono procurato un *portablocco*, che mi permette di mantenere i fogli
nella maniera più stabile ed ordinata possibile, avendo per tanto un
supporto rigido su cui scrivere in ogni condizione. Purtroppo, anche questa
metodologia presenta dei difetti non da poco:

• *Ingombranza*: sia i fogli che il portablocco sanno esse particolarmente
ingombranti in diverse occasioni. Se poi abbiamo la necessità, con i primi,
di sfogliarli ecco che il problema peggiora. Inoltre, *tali strumenti non
sono tascabili*, come invece possono essere uno smartphone o un tracciatore
GPS;

• *Appunti disordinati*: in determinate occasioni e zone geografiche si è
costretti a prendere numerosi appunti, che spesso possono risultare
disordinati e poco chiari; adoperando delle volte una simbologia
profondamente soggettiva per identificare determinati elementi (fontanelle,
idranti, negozi, ecc.). Tutto ciò su di uno smartphone non sussiste, in
quanto tali contenuti possono essere *modificati ed eliminati a piacere in
ogni momento*.

Tutta questa serie di difetti, almeno nel mio caso, si manifestano spesso,
causandomi forti dubbi e titubanze in merito a quale metodologia e quali
strumenti adoperare, scoraggiandomi e di conseguenza riportandomi al
armchair mapping.
In futuro ho comunque intenzione di acquistare uno smartphone migliore
(Huawei o ASUS), o addirittura un *tracciatore GPS Garming*; in modo tale da
poter abbandonare definitivamente l'analogico e l'armchair mapping quando
possibile.
Un altro strumento molto utile che adopero durante il survey mapping è lo
*smanicato catarifrangente*: so che alcuni di voi possono ritenerlo
superfluo o addirittura inutile, ma in situazioni in cui si ha la necessità
di frequentare zone con un alto tasso di viabilità, o in cui vi è un
cantiere molto grande e movimentato, esso potrebbe risultare molto utile
anche per tutelare la nostra sicurezza.

Detto questo, spero possiate aiutarmi a fugare i miei numerosi dubbi in
merito a quale tecnica e strumenti adoperare, così da evitare errori e
ritardi futuri nello svolgere il mio lavoro. Ciao e grazie! 




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-cz] [osm_sk] Animace gpx stop z Mapping Party v Tišnově

[Martin Ždila]

Ahoj Marian,

Super video a dakujem za credits :-)

On Sat, Nov 24, 2018 at 11:58 PM Marián Kyral  wrote:

> Ahoj,
> dodělal jsem animaci z mapping party. Díky všem za poskytnutí gpx stop,
> fotek a Martinovi Ždilovi za GPX Animátor.
>
> https://youtu.be/hxE7o57au1M
>
> Marián
>
> --
> Túto správu ste prijali, pretože ste prihlásení na odber správ skupiny
> „Openstreetmap Slovakia“ služby Skupiny Google.
>
> Ak chcete zrušiť odber tejto skupiny a prestať od nej prijímať e-maily,
> pošlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com.
> Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu
> https://groups.google.com/d/msgid/osm_sk/8a84e964-f845-2a1c-9112-9fffaaeaa228%40email.cz
> .
> Ďalšie možnosti nájdete na stránke https://groups.google.com/d/optout.
>


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Multipolygones, zone de rencontre et rendu

[Christian Quest]

Et oui, je n'applique pas le même ordre que le rendu OSM car ces zones qui
recouvrent tout ne m'allaient pas (et pour cause).

Je pense par contre que la modélisation est incorrecte.

Les piétons peuvent aller partout sur l'aire concernée, je la mettrait donc
en pedestrian sur le multipolygone.
Les véhicules, ne peuvent pas aller partout, j'imagine qu'il y des voies...
et là le living_street me semble adapté sur les way filaires.

Autre sujet... les "parking". Le stationnement sur le bord des voies n'est
pas vraiment ce qu'on peut appeler un parking qui est un espace dédié
stationnement et pas en même temps une voie de circulation + des trottoirs,
bref une "rue".

Il me semble qu'il serait préférable:
- de supprimer ces polygones parking
- d'ajouter les règles de stationnement sur le filaire de voie
(parking:condition / parking:lane)
- de conserver les parking_space si tu veux détailler en surfacique chaque
place de stationnement et des règles spécifiques (durée max, PMR,
livraison, etc)


Le dim. 25 nov. 2018 à 10:05, David Crochet  a
écrit :

> Bonjour
>
> Le 24/11/2018 à 23:28, Gwenaël Jouvin a écrit :
> > Problème : malgré le multipolygone, le stationnement et les rues
> laissées pour le routage n’apparaîssent pas.
>
>
> Le rendu, ce n'est que ce que ton cerveau interprète ce que t'envoie les
> signaux provoqué par les yeux.
>
> Si c'est codifier correctement, je ne voie pas le soucis. et le routeur
> n'a pas d’œil.
>
>
> L'un des rendu fait peut-être ceci : "je dessine les zones pédestres au
> dessus des zones de stationnement" alors que l'autre fait peut-être cela
> : "je dessine une zone pédestre et par dessus je rajoute les rues, les
> places de stationnement".
>
> Voila pourquoi 2 rendues peuvent être différentes avec les mêmes données.
>
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk] OpenStreetMap Carto release v4.17.0

[Johannes Singler]

Hi Daniel,

many thanks for maintaining Carto.  It's great to see such constant 
progress there.


Johannes


Am 23.11.2018 um 01:55 schrieb Daniel Koć:

Dear all,

Today, v4.17.0 of the OpenStreetMap Carto stylesheet (the default
stylesheet on the OSM website) has been released. Once changes are
deployed on the openstreetmap.org it will take couple of days before
all tiles show the new rendering.

Changes include

- Showing natural areas from z5
- Cleaning up medium zoom rendering, including:
   - Making societal amenities look like residential on z10-z12
   - Rendering motorway junction names from z13 instead of z12
   - Dropping buildings up to z13 instead of z13
   - Correctly dropping minor waterways from z13
   - Rendering intermittent streams/ditches/drains from z15
   - Reducing lightening of tramways
- Rendering religious landuse and place of worship lighter
- Adding text-repeat-distance for highway names
- Rendering dots for gastronomy objects on z17
- Adding icons for memorial subtags
- Rendering man_made=telescope
- Rendering amenity=internet_cafe
- Adding icon for amenity=public_bookcase
- Adding icons for barrier=cattle_grid and barrier=stile
- Adding icon for leisure=fishing
- Rendering entrance for underground parking
- Rendering basin=detention/infiltration as intermittent water
- Tweaking outline of swimming pools and rendering it from z17
- Moving danger_area into landuse-overlay
- Buildings code rewrite

Thanks to all the contributors for this release including jeisenbe, a
new contributor.

For a full list of commits, see
https://github.com/gravitystorm/openstreetmap-carto/compare/v4.16.0...v4.17.0

As always, we welcome any bug reports at
https://github.com/gravitystorm/openstreetmap-carto/issues



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

[Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[riccardopastoc...@alice.it]

Mi spiego meglio

per osmand il caricamento della mappa (marche) lo faccio tramite wi-fi a casa 
quindi nessun problema,poi prendo il tablet e lo piazzo in ambulanza per sempre 
fino alla sua durata di vita che spero sia lunga.
Da questo momento in poi non ho wi-fi neanche quando rientriamo in postazione 
fissa.
Quindi la domanda è: 1) ogni volta che imposto il navigatore osmand e parto per 
la destinazione, mi consuma byte? Per quello che ho capito la risposta è NO 
... giusto?2) ogni volta che imposto il navigatore Google Map e parto per la 
destinazione, mi consuma byte?   Qui non ho capito la risposta ...
3) Come faccio a capire quale Tablet ha il migliore ricevitore GPS... quali 
dati devo verificare?
4) Spippolando su interner mi sono andato a vedere i Tablet da 7 pollici che 
stanno entro i €150 e ho scoperto che ho poche alternative.Anzi direi una 
alternativa, il Samsung Galaxy Tab A 7.0 t285
Non potendo spendere più di € 150 ... Avete alternative più valide? 
In poche parole deve essere una scheggia nell'elaborazione dei dati di osmand, 
deve avere una buona ricezione GPS 
Tutto il resto: fotocamere, estetica, leggerezza non mi serve a niente
GrazieRiccardo



  Messaggio originale
 
 Da: cascaf...@gmail.com
 
 Data: 24-nov-2018 18.36
 
 A: "riccardopastocchi", "openstreetmap list - 
italiano"
 
 Ogg: Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118
 

 

 
  
   Google maps ha la possibilità di scaricare prima le zone per l'utilizzo 
senza internet, mentre Osmand è nato per essere utilizzato in qs modo. 
Ovviamente queste cose le puoi dare sia con sim che in wifi.
  
  
   

  
  
   Non saprei quanti megabyte possa richedere GM per una regione, Osmand per il 
Friuli circa 100.
  
  
   

  
  
   Osmand consuma dati solo se gli richiedi via menu di aggiornare/scaricare 
una mappa. Le recenti versioni possono consumare dati nel caso selezioni un POI 
e chiedi i dettagli: tra questi possono esserci foto mapillary di qualche mega.
  
  
   

  
  
   Su quale tablet non saprei, ma se Osmand dovesse avere problemi di 
prestazioni, possono accadere con mappe molto ricche: in tal caso ci sono 
spesso a disposizione versioniversioni di mappe con solo le strade oppure 
le fai te :-)
  
  
   

  
  
   Piuttosto che le prestazioni, verifica quale sia iltablet col migliore 
ricevitore GPS, sopratutto se il servizio è nei tipici paesini italici.
  
  
   

  
  
   

  
  
   

  
  
   

  
  
   

   

 Il sab 24 nov 2018, 11:18 
 riccardopastoc...@alice.it <
 riccardopastoc...@alice.it> ha scritto:
 



 Salve a tutti sono Riccardo del 118, ho un dilemma.
 
  Credo che sia ormai acquisito che il modo migliore di utilizzare Osmand 
sia in un dispositivo android,
 
 
  Detto questo visto che ci sono molti autisti che hanno iphon, ho pensato 
che la cosa migliore da fare sia 
 
 
  utilizzare un tablet android al posto del navigatore.
 
 
  

 
 
  1) Siete tutti d'accordo o c'è chi me lo sconsiglia? Eventualmente perchè?
 
 
  2) Utilizzando il tablet solo come navigatore Osmand e in rari casi 
Google Map, 
 
 
  (perché a volte ci capita di andare fuori zona di competenza 
territoriale, dove ancora non sono arrivato a mappare)
 
 
  il tablet ha comunque bisogno della Sim? E ogni volta che mi connetto a 
Osmand o Google map mi consuma GigaByte? Eventualmente quanti ?
 
 
  5) Il tablet rimarrà sempre in ambulanza, quindi sempre attaccato alla 
corrente, può creare problemi?
 
 
  

 
 
  6) Rimanendo in una spesa compresa nei 150€ quale tablet mi consigliate?
 
 
  6 pollici (al massimo7)
 
 
  Deve durare nel tempo
 
 
  Non deve essere lento (da cosa dipende la lentezza?)
 
 
  Non si deve imballare
 
 
  

 
 
  Grazie per i vostri preziosi consigli
 
 
  Riccardo
 ___
 
 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-fr] Base OD DAE et Stations d'épuration

[Christian Quest]

Pour vérifier la qualité des données de localisation des DAE, je comparerai
avec quelques avec ceux que je connais sur le terrain. Ensuite il y a la
qualité géométrique... là il y a des chances que ça soit géocodé à
l'adresse, donc à intégrer manuellement plutôt qu'à importer à la position
en opendata.

Pour les stations de traitement des eaux usées... l'ortho permet de valider
tout ça, là encore en intégration car il doit y en avoir une partie déjà
présentes dans les données OSM actuelles.

JOSM + plugin "todo list" sont sûrement la bonne approche (c'est ce que
j'utilise dans ces cas).


Le sam. 24 nov. 2018 à 22:38, deuzeffe  a écrit :

> Bonjour,
>
> J'ai trouvé sur la plateforme OD* de ma région deux bases apparemment en
> OD :
> - pour les DAE :
>
> https://www.sigena.fr/geonetwork/srv/fre/catalog.search#/metadata/1e113a13-1865-43da-b027-d8abeafbf2dd
> - pour les stations de traitement des eaux usées :
>
> https://www.sigena.fr/geonetwork/srv/fre/catalog.search#/metadata/fr-120066022-jdd-2e9e9222-cd0b-46af-b8ff-153820337e19
>
> Avant de tenter une intégration des DAE et stations de mon département,
> je me demandais comment savoir si ces bases étaient de "bonne qualité".
> A priori on pourrait penser que oui, mais...
>
> Vos avis ?
>
> * sur laquelle il manque toujours l'attribution osm pour la mini-carte :
> ça fait 3 mois que j'essaie d'avoir une réponse à mes mails de demande,
> sans succès. Je vais finir par faire appel aux instances représentatives
> d'osm-fr pour avoir gain de cause, si ce silence continue.
>
> --
> deuzeffe, perfectionniste.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[Talk-it] R: Re: Tablet con Osmand al posto del navigatore per il 118

[riccardopastoc...@alice.it]

Ciao Niubii, grazie della tua risposta, ma devo confutare la tua 
argomentazione, in quanto sono circa 8 mesi che utilizzo il Garmin con le mappe 
Osm,ho mappato ogni civico del mio territorio, come avrai capito per 
raggiungere il target con l'ambulanza il più velocemente possibile.
Fin'che parliamo di vie, con il Garmin tutto ok, il problema sono i civici, in 
quanto:
1) il Garmin non legge le lettere dopo i numeri.Mi spiego meglio: Non fa 
distinzione tra un civico 8c e un civico 8f per il Garmin è sempre civico 8.
Immagina in una contrada di campagna dove il civico 8c sta a 3 Km dal civico 8f 
e magari devi passare da tutt'altra parte, quindi ritornare indietro etce 
comunque andare di fortuna perchè se hai 8a 8b 8c 8d 8e 8f, il Garmin ti da 6 
alternative di civico 8, ma come fai a sapere quale è l'8c ???Dovrei per ogni 
alternativa ingrandire la mappa al massimo e vedere la digitura sulla 
mappa.Calcola che abbiamo 90 secondi ti tempo per partire dopo la chiamata del 
118 quindi è un grandissimo problema
2) Ci sono alcuni casi (rari) in cui scrivo sul Garmin es: Contrada 
Vallememoria 10 e il Garmin mi da 2 alternative (una corretta e l'altra è 
totalmente sbagliata) mi porta ad un civico 10 di tutt'altra Contrada. E anche 
se i casi sono rari, non mi posso permettere di giocare alla roulette russa con 
i pazienti. Abbiamo già contattato i programmatori ma per ora non si riesce a 
risolvere il problema.
Quindi a malincuore devo trovare una alternativa che mi dia più certezze, per 
questo ho pensato ad un tablet android, ma se ci sono altre alternative valide, 
sono tutto orecchi.
Grazie comunque della tua risposta.Riccardo



  Messaggio originale
 
 Da: f.pelu...@gmail.com
 
 Data: 24-nov-2018 23.04
 
 A: "riccardopastocchi", "openstreetmap list - 
italiano"
 
 Ogg: Re: [Talk-it] Tablet con Osmand al posto del navigatore per il 118
 

 

 
  
   

   

   

 Il giorno sab 24 nov 2018, 11:18 
 riccardopastoc...@alice.it <
 riccardopastoc...@alice.it> ha scritto:
 



 Salve a tutti sono Riccardo del 118, ho un dilemma.
 
  Credo che sia ormai acquisito che il modo migliore di utilizzare Osmand 
sia in un dispositivo android,
 

   
  
  
   

  
  
   Ciao Riccardo,
  
  
   

  
  
   Purtroppo non è così semplice, uno dei problemi dei tablet ed in generale 
degli smartphone usati per la navigazione è il supporto oltre al cavo di 
alimentazione.
  
  
   

  
  
   Nel tuo caso, se l'opzione della mappa online non è prioritario,   io 
valuterei l'opportunità di usare un ricevitore GPS per auto. I Garmin sono 
perfettamente compatibili con le mappe di OSM e, non avendo altre applicazioni 
in background, funzionano molto meglio. Ossia fanno soltanto una cosa ma la 
fanno bene.
  
  
   

  
  
   Ciao
  
  
   /niubii/
  
  
   

  
  
   

  
  
   

  
  
   

  
  
 
 



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

[OSM-ja] ICC2019（国際地図学会2019）発表募集中です！

[Toshikazu SETO]

みなさま

瀬戸と申します。
既に色々なMLでお聞き及びかもしれませんが、
2019年7月に東京お台場を会場に開催される国際地図学会が
現在、論文募集を行っております。

広く地図に関わるテーマが対象ですので、奮って応募いただければ幸いです。
OSMに関係あるテーマセッションもいくつか予定されており、要旨のみでの投稿や
ポスター発表なども受け付ける予定ですので、論文はちょっと…という方でも
（発表言語自体は英語になりますが）応募できるのではないでしょうか。


2019年7月15日〜20日にかけて東京で開催する第29回国際地図学会議（ICC2019）は、国際地図学協会（ICA）が2年ごとに開催する国際会議であり、1962年の第1回から当会議で29回目を迎える地図学分野では最も歴史と権威のある国際会議です。この会議の日本での開催は、1980年の第6回の東京大会以来、39年ぶり2回目となります。

現在、ICC2019での研究発表を募集しています。地図学（cartography）や地理情報科学（GIScience）に関わる幅広いテーマで論文と要旨を募集をしていますので、奮ってご投稿いただければ幸いです。

投稿の形式には論文（8ページ）と要旨（1−2ページ）の2通りがあります。すべての論文・要旨はICAの査読委員会による査読を経ます。論文の投稿は、ICAのAdvancesシリーズの論文集掲載への投稿となります。その中からさらに選抜された論文が、International
Journal of Cartography
に掲載されます。要旨の投稿は、ICAの発表論文集または発表要旨集掲載への投稿となります。また、ICC2019での発表形式には、口頭発表とポスター発表の2通りがあります。

[募集に関わる日程]
2018年12月5日  論文（Full papers）投稿締め切り
2018年12月19日 要旨（Abstracts）投稿締め切り
2019年2月20日  査読結果通知
2019年4月3日   最終原稿提出締め切り

[ICC2019のテーマ]
T01 芸術と地図学
T02 アトラス
T03 地図遺産のデジタル化
T04 地図学と子ども
T05 早期警戒・危機管理の地図学
T06 地理情報可視化と認知
T07 教育・訓練
T08 総描と多様な表現
T09 地理空間解析とモデル化
T10 持続性のための地理空間情報
T11 地図学史
T12 位置情報サービス（LBS)
T13 地図のデザイン
T14 地図作成と地理情報管理
T15 地図投影法
T16 視覚障害者向け地図と表現
T17 地図とインターネット
T18 山岳地図学
T19 オープンソース地理空間技術
T20 惑星地図学
T21 空間データ基盤と標準
T22 センサー・マッピング
T23 地形図作成
T24 地名学
T25 ユビキタス・マッピング
T26 利用、利用者、使いやすさ
T27 視覚分析
T28 海洋地図
T29 デジタルヒューマニティーズとGIS
T30 GISと地図学
T31 地理的プロセスの視覚化と分析
T32 都市を地図化する
T33 デザインと視覚変数：ベルタン再考
T34 Geo for All、オープンソースGIS教育
T35 クラウドソース型地理空間情報再考
T36 日本地図史
T37 SDGsのための地図
T38 環境地図
T39 理論地図学
T40 AI、ロボット工学、自動運転車
T41 ゲームと地図
T42 ビッグデータとデータサイエンス
T43 その他のテーマ

詳細は、公式ウェブサイトを御覧下さい。http://icc2019.org



-- 
Toshikazu SETO, Ph.D. Project Lecturer
Center for Spatial Information Science
University of Tokyo
e-mail: toss...@csis.u-tokyo.ac.jp / toss...@gmail.com
URL: http://i.csis.u-tokyo.ac.jp/

瀬戸寿一 東京大学空間情報科学研究センター・特任講師
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Multipolygones, zone de rencontre et rendu

[David Crochet]

Bonjour

Le 24/11/2018 à 23:28, Gwenaël Jouvin a écrit :

Problème : malgré le multipolygone, le stationnement et les rues laissées pour 
le routage n’apparaîssent pas.



Le rendu, ce n'est que ce que ton cerveau interprète ce que t'envoie les 
signaux provoqué par les yeux.


Si c'est codifier correctement, je ne voie pas le soucis. et le routeur 
n'a pas d’œil.



L'un des rendu fait peut-être ceci : "je dessine les zones pédestres au 
dessus des zones de stationnement" alors que l'autre fait peut-être cela 
: "je dessine une zone pédestre et par dessus je rajoute les rues, les 
places de stationnement".


Voila pourquoi 2 rendues peuvent être différentes avec les mêmes données.


Cordialement

--
David Crochet


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

[Talk-se] Hydda Styles

[Moritz Gunz]

Good Evening!

Please excuse the upfront question, but are the Hydda OSM styles available 
somewhere?

Hydda looks really good, but due to the recent downtime I’d like to self-host 
the tiles I need for my service. I imagine generating them shouldn’t be a 
problem (computing wise) since I only need a very small area, but I don’t know 
how I can get the rendered data to look like Hydda. Regular OSM tiles just 
don’t look as good as Hydda. ;)

As you might be guessing already I’m a newbie when it comes to OSM, so if there 
is any information you could point me to on how to generate tiles with the 
Hydda styles I’ll be very happy.

Thanks in advance!

Best Regards,
Moritz Gunz

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