Re: [Talk-cz] Divne veci v lese (was Re: Ne/mapovat stezky, ktere jsou znaceny jen "na papire"?)

[Marián Kyral]

-- Původní zpráva --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 21. 3. 2016 22:33:53
Předmět: [Talk-cz] Divne veci v lese (was Re: Ne/mapovat stezky, ktere jsou 
znaceny jen "na papire"?)

"Ahoj!

> prosim o nazor: mapovat ci nemapovat (tedy vytvaret relaci s vysledkem 
> zobrazeni trasy na mape) u tras (typicky naucna stezka), ktere maji v 
realu 
> jen tabule s tematickymi zastavenimi, ale zadne fyzicke znaceni nemaji? 
> Resp, jejich "spravnou trasu" (treba i nekontinualni s odbockami a 
> variantnimi trasami k nelinearne umistenym tabulim) lze dohledat jinou 
> cestou, napr. na souvisejicim webu...

Ja bych je znacil. Jak jinak ma chudak turista najit dalsi stanoviste?
:-).
"



Není nic horšího, než když se člověk vydá po nějaké "značené" naučné stezce,
která nemá mapu ani na webu.


 
"
Kdyz jsme u tech stezek... U Mukarova jsou nejaci sprymari. Na
rozcesti v lese se objevil vyrezavany cap. No proc ne. Pak se tam
obevila drevena budka a v ni telefon. Zajimave. Ted je z toho verejna
"knihovna" typu jsou tu knizky, nejakou si vezmi, nejakou tu
nech. Podobna se objevila u altanu o par kilometru dal, a na ricanskem
nadrazi.

Znacime "knihovny" tohoto druhu?
"



Ano: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bookcase




Marián



"
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html

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

Re: [Talk-cz] Divne veci v lese (was Re: Ne/mapovat stezky, ktere jsou znaceny jen "na papire"?)

[Lukas Novotny]

Že by http://wiki.openstreetmap.org/wiki/Cs:Tag:amenity=public_bookcase ??
I když zde uvádějí že knihy jsou ve skříni ale také že kdokoliv tam může
nabídnout svoji knížku pro druhé a zase si vzít nějakou jinou k přečtení
volně bez registrace a dohledu někoho dalšího.

Lukáš

Dne 21. března 2016 22:32 Pavel Machek  napsal(a):

> Ahoj!
>
> > prosim o nazor: mapovat ci nemapovat (tedy vytvaret relaci s vysledkem
> > zobrazeni trasy na mape) u tras (typicky naucna stezka), ktere maji v
> realu
> > jen tabule s tematickymi zastavenimi, ale zadne fyzicke znaceni nemaji?
> > Resp, jejich "spravnou trasu" (treba i nekontinualni s odbockami a
> > variantnimi trasami k nelinearne umistenym tabulim) lze dohledat jinou
> > cestou, napr. na souvisejicim webu...
>
> Ja bych je znacil. Jak jinak ma chudak turista najit dalsi stanoviste?
> :-).
>
> Kdyz jsme u tech stezek... U Mukarova jsou nejaci sprymari. Na
> rozcesti v lese se objevil vyrezavany cap. No proc ne. Pak se tam
> obevila drevena budka a v ni telefon. Zajimave. Ted je z toho verejna
> "knihovna" typu jsou tu knizky, nejakou si vezmi, nejakou tu
> nech. Podobna se objevila u altanu o par kilometru dal, a na ricanskem
> nadrazi.
>
> Znacime "knihovny" tohoto druhu?
>
>
> Pavel
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-br] DF: ciclofaixas em Águas Claras

[Alexandre Magno Brito de Medeiros]

Após meses de debate, GDF começa a pintar as ciclofaixas em Águas Claras

A implementação foi alvo de polêmica e diversas vezes adiada por
insatisfação de setores da comunidade e articulações dentro do próprio
governo

postado em 21/03/2016 16:27 / atualizado em 21/03/2016 19:38
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-us] [Imports] Boston, MA, USA addr:housenumber Import

[Roman Yepishev]

Hi Jason,

On Mon, 2016-03-21 at 20:42 -0400, Jason Remillard wrote:
> Hi Roman,
> 
> The city of Boston building data set for buildings has address.
> 
> http://bostonopendata.boston.opendata.arcgis.com/datasets/492746f09dd
> e475285b01ae7fc95950e_1
Interesting, so that's where the tax parcel basemap buildings are
coming from...

> It seems like they have already figured out what address goes on what
> building. Should this data set be used rather than the parcel data
> set?
We are not using the parcel data set, instead, we are using a service
build specifically to point to street addresses - http://bostonopendata
.boston.opendata.arcgis.com/datasets/b6bffcace320448d96bb84eabb8a075f_0
 (Live Street Address Management (SAM) Addresses), which is, well, live
and appears to have changed every time I fetched the geojson feed.
 
> The licensing link says the following, it is kind of weird.
> 
> "The City of Boston recognizes the value and benefit gained by
> sharing GIS data. ... The GIS data is updated
> and modified on a regular basis and users are encouraged to report
> any errors to the City."

At some point I found a notice that since the data was paid for by the
taxpayers, it is freely available to the public. I hope I'll meet
someone from MassGIS this week to clarify the statement above.

> I suggest that you move forward with the building splitting, since it
> is a manual process, it can proceed like a normal mapping activity.
Yup, that's what I am doing now.

> While the buildings are being cut up, we can work on address import
> and make sure it is good shape.  Before I would be comfortable with
> the import, I would like to see some sample OSM files we can load
> into JOSM to look over.
I have been regenerating the .osc files daily (new batch in an hour)
when new data is available or the code is optimized. All the files are
linked to from the wiki page - https://wiki.openstreetmap.org/wiki/Impo
rt/Boston_Street_Address_Management_%28SAM%29_Import#OSM_Data_Files.
I'd like to point out that only -unique.osc are considered for import,
the -fixmes.osc are for further investigation and additional
processing.

As per the "Buildings" dataset you mentioned above, that does look like
a good source, but I did a spot-check on various buildings I've
surveyed:
* Object ID: 91094 - no house number (should be 32-36 John A
Andrew Street)
* Object 90372 - 110 McBride (should be 108-110) - and
generally building ranges are missing, so there are e.g. 5 "378
Riverway"s since they are located on the same parcel.

The geometry information, however, looks very yummy. It's not directly usable 
since the various building parts are provided as separate objects probably 
linked to by the BUILDING_I. Now, if we at some point decide to replace the 
Boston geometry information, that would be a great dataset. But I feel this is 
far more involved than adding the house numbers for basic navigation needs 
which is what I am after. And even if we do, there are newer shapefiles based 
on Orthoimagery/LIDAR which has the newer building shapes, and geometry is 
completely different, buildings are not split and have no addresses.

-- 
Sincerely,
Roman

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

Re: [Talk-us] [Imports] Boston, MA, USA addr:housenumber Import

[Jason Remillard]

Hi Roman,

The city of Boston building data set for buildings has address.

http://bostonopendata.boston.opendata.arcgis.com/datasets/492746f09dde475285b01ae7fc95950e_1

It seems like they have already figured out what address goes on what
building. Should this data set be used rather than the parcel data
set?

The licensing link says the following, it is kind of weird.

"The City of Boston recognizes the value and benefit gained by sharing
GIS data. Although the City has made reasonable efforts to provide
accurate data, the City makes no representations or guarantees about
the accuracy, completeness, or currency of the information provided.
The City of Boston provides this data as is and with all faults, and
makes no warranty of any kind. Each user is responsible for
determining the suitability of the data for their intended use or
purpose. Neither the City nor its affiliates, employees, or agents
shall be liable for any loss or injury caused in whole or in part by
use of any data obtained from this website. The GIS data is updated
and modified on a regular basis and users are encouraged to report any
errors to the City."

I suggest that you move forward with the building splitting, since it
is a manual process, it can proceed like a normal mapping activity.
While the buildings are being cut up, we can work on address import
and make sure it is good shape.  Before I would be comfortable with
the import, I would like to see some sample OSM files we can load into
JOSM to look over.

Jason


On Sun, Mar 20, 2016 at 2:52 PM, Roman Yepishev  wrote:
> Hi, all! Going back to the point...
>
> I stopped linking to the .osn files in order to minimize the confusion.
>
> Instead, every neighborhood gets their .gpx file with the details of
> the issues encountered at that particular address:
>  - Building is missing.
>  - Building has more than one address.
>  - Building has a street name that is not known to OSM or has not been
> added to the mapping.
>
> This will allow locating the issues quicker while surveying.
>
> I have also generated the .pbf file containing the last export of US,
> MA from Geofabrik + unique house numbers. Since I am using OsmAnd, I
> have also generated the .obf map. Basically, that's how OSM would look
> like if the current list of changes is applied.
>
> https://wiki.openstreetmap.org/wiki/Import/Boston_Street_Address_Manage
> ment_%28SAM%29_Import#OSM_Data_Files
>
> There was a question of the data accuracy earlier - I've spent the last
> 3 days spot-checking the building numbers and I have to say they are
> pretty accurate. Some buildings, however, have picked one number from
> the range assigned, and this will have to be rectified manually as
> well. The data from Boston Tax Parcel may help with that, but it's
> license is not completely clear.
>
> I found a couple of issues while generating the datasets/surveying the
> locations:
>  * Some of the addresses from MassGIS point to parks, monuments, or
> buildings are located a few feet away. While it may possible to assign
> the marker to the building nearby, I'd prefer not to do the guess work
> and leave it for refining in the future.
>  * Original OSM street names must have been imported from MassGIS
> roads, and a few of these don't correspond to the signs (something as
> minor as Conry Crescent Street vs Conry Crescent or slightly more
> interesting Glenvale Terrace vs Chestnut Terrace). So there are
> clusters of buildings in .gpx file pointing to possible street naming
> issues, which will have to be manually correlated with the signs on the
> streets.
>  * Multipolygon buildings are not supported by my script, so there will
> be up to 48 'missing building' false positives for the whole Boston.
>
> Overall, I feel pretty good about the quality of the data and would
> like to hear more about issues that I may have missed.
>
> --
> Sincerely,
> Roman Yepishev
> ___
> Imports mailing list
> impo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>

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

Re: [OSM-talk-fr] Fwd: Fwd: relations boundary admin_level=4 manquantes

[Jérôme Amagat]

Le 21 mars 2016 à 20:17, Philippe Verdy  a écrit :

> Le 21 mars 2016 à 16:14, Jérôme Amagat  a écrit :
>
>> bon depuis peu il y a 2 definition de departement de rhone donc ça pose
>> probleme, je pense qu'il faut en choisir une pour admin_level=6 et si tenir.
>>
>
> Non, il n'y a qu'une seule définition dudit département du Rhône au niveau
> 6 (au même niveau que la métropole de Lyon et que tous les autres
> départements).
>
> L'autre (ancien département) n'est plus un département mais une entité
> intermédiaire à part, la "circonscription départementale" (usage
> préfectoral uniquement, par l'Etat qui n'a pas créé ni ne veut pas créer
> une nouvelle préfecture séparée pour le nouveau département, même s'il a
> gardé deux arrondissements dans la circonscription et les a redéfini pour
> correspondre au nouveau département et à la métropole).
>
> C'est pour ça que la circonscription départementale n'est plus au niveau
> 6, mais (faute de mieux en attendant) au niveau 5 (elle est seule dans ce
> cas en France pour l'instant): créer un autre tag spécifique n'aurait rien
> changé elle serait restée seule dans ce cas. On verra si à l'avenir le
> découpage déconcentré de l'Etat a besoin de ne plus s'appuyer sur les
> autres collectivités locales (il est probable que cela arrive tôt ou tard
> surtout avec la montée en puissance des métropoles et des communautés de
> communes qui déjà sont transdépartementales voire transrégionales), mais le
> cas ne s'est pas encore présenté pour justifier de façon suffisante un
> nouveau tag. Ce niveau 5 en attendant convient bien, il tient la route au
> plan de la hiérarchie des niveaux et ne nécessite pas de nouveau tag
> spécifique pour la France.
>

il y a des "truc" de l’état qui sont encore fait sur la def de l'ancien
rhone et d'autre truc sur le rhone et le grand lyon comme tu dit c'est pour
ca que je parle de 2 definition du rhone.
si on prend la 1ere ligne de wikipedia sur les departements :
 "Le *département* est une division territoriale
 de
la France , tenant lieu à la
fois de collectivité
territoriale
1

décentralisée , de
circonscription territoriale des services déconcentrés de l'État2

et de circonscription électorale

."
Donc c'est comme ci dans osm on a choisit admin_level=6 pour les
départements comme collectivités territoriales et admin_level=5 pour les
départements comme circonscription territoriale des services déconcentrés
de l'État  mais seulement pour le rhone et pas le reste du territoire parce
que c'est pareil que le 4.
On s’égare.


> Concernant les communes polynésiennes, au moins on peut déjà les situer,
> reste à revoir franchement le dessin des côtes qui est beaucoup trop
> grossier pour être utilisable. Il y a bien des ébauches de "lignes de
> base", mais elles ont été tracées à vue de nez autour des atolls, elles ont
> souvent des intersections avec les contours (lignes de côte) des "iles".
> Bref j'ai préféré ne pas en tenir compte pour l'instant et laisser ces
> tracés à part. "Traits de côte" et "lignes de bases" devrzont être revus
> tous, mais cela ne devrait pas empêcher de trouver les communes.
>

Les lignes de base ne servent a rien de toute façon seul les traits de cote
servent comme en métropole. si les communes allaient jusqu'aux lignes de
base la commune du mont saint michel gagnerait énormément en superficie.


>
> Enfin ces "îles" (telles que représentées par les lignes de côte) ont
> beaucoup trop de "passes", beaucoup plus que la réalité (pour un atoll
> donné il est connu qu'il n'y a que deux passes deux une à très faible
> profondeur, mais les tracés actuels laissent des tas d'ouvertures et de
> passages possibles, les atolls sont beaucoup plsu noyés que nécessaires et
> largement ouverts, quasiment invisibles sur les cartes alors que n'importe
> quelle photo aérienne ou sur terre montre qu'on passe à pied d'un motu à
> l'autre, et qu'il y a même des routes dessus !), mais pourtant il en manque
> aussi par endroit. Ces îles viennent uniquement d'une interprétation
> photographique à très basse résolution, où il n'était pas possible de
> distinguer ce qui est à sec ou pas (la seule distinction a consisté à
> chercher s'il y a vait une couverture végétale "verte", ce qui a conduit à
> considérer en fait comme "terrestre" des zones immergées avec une
> végétation sous-marine dans les lagons.
>
> Alors non je n'ai pas utilisé ces lignes côtières comme limites de
> "communes". OK elles sont trop grandes mais c'est plus simple comme ça, 

[Talk-cz] Divne veci v lese (was Re: Ne/mapovat stezky, ktere jsou znaceny jen "na papire"?)

[Pavel Machek]

Ahoj!

> prosim o nazor: mapovat ci nemapovat (tedy vytvaret relaci s vysledkem 
> zobrazeni trasy na mape) u tras (typicky naucna stezka), ktere maji v realu 
> jen tabule s tematickymi zastavenimi, ale zadne fyzicke znaceni nemaji? 
> Resp, jejich "spravnou trasu" (treba i nekontinualni s odbockami a 
> variantnimi trasami k nelinearne umistenym tabulim) lze dohledat jinou 
> cestou, napr. na souvisejicim webu...

Ja bych je znacil. Jak jinak ma chudak turista najit dalsi stanoviste?
:-).

Kdyz jsme u tech stezek... U Mukarova jsou nejaci sprymari. Na
rozcesti v lese se objevil vyrezavany cap. No proc ne. Pak se tam
obevila drevena budka a v ni telefon. Zajimave. Ted je z toho verejna
"knihovna" typu jsou tu knizky, nejakou si vezmi, nejakou tu
nech. Podobna se objevila u altanu o par kilometru dal, a na ricanskem
nadrazi.

Znacime "knihovny" tohoto druhu?

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-it] tag cuile e pinnetta

[Dino Michelini]

Come già scritto anche io sto risistemando i tag delle pinnette che 
permettono un bivacco vedi ad es. questa 
http://www.openstreetmap.org/node/4071227648. Mentre per le pinnette 
distrutte (ruderi) credo che non abbia molto senso il tag 
shelter_type=basic_hut.
A questo punto dovremmo concordare come mappare le pinnette distrutte ed 
inutilizzabili di modo da avere una carta OSM la più omogenea possibile 
e di immediato aiuto, grazie anche al rendering, per gli escursionisti 
che avessero bisogno di decidere in pochi minuti dove trovare un riparo 
ad es. per la notte, per avverse condizioni atmosferiche, incidente, ecc.


PS. per la cronaca se nel 2008 la carta OSM dei Supramontes fosse stata 
dettagliata come adesso avrei passato con un mio amico un pomeriggio ed 
una notte meno difficili da gestire! Ma grazie all'esperienza ce la 
siamo cavata comunque...



Il 21/03/2016 14:26, Stefano ha scritto:



Il giorno 20 marzo 2016 21:10, Martin Koppenhoefer 
> ha scritto:




sent from a phone

> Am 20.03.2016 um 20:24 schrieb Stefano :
>
> Anche krapfen e wurstel, e quindi?


wurstel è proprio italiano, in tedesco non esiste (esistono Wurst
e Würstchen). Ci sono delle parole che vengono da altre lingue, ma
sono integrati e la gente le conosce (Wurstel), altre parole
invece sono usati come parole straniere (Weißwurst), e solo gli
esperti di questo campo le conoscono. Per un inglese, chalet è del
primo tipo, pinnetta del secondo. Ci sarà qualche antropologo
inglese specializzato nella cultura sarda chi conosce "pinnetta",
ma non esiste una voce nel oxford dictionary (nemmeno in Wikipedia
in questo caso).

Se ho capito il tuo punto, vorresti usare parole non solo del
inglese per i tag, ma non ti piace indicare la lingua? Oppure
sostieni che si tratta di una parola inglese? Io segnerei la
lingua e lo farei soltanto in casi specifici dove non ci sono
parole corrispondenti nel inglese.


La lingua secondo me ha senso per le cose per le quali è già usata 
(nomi, wikipedia, versioni alternative, eccetera), la descrizione 
oggetto con un prefisso di lingua non verrà mai supportata da 
eventuali consumatori del dato (io per primo preferisco che i : siano 
solo nella chiave, se necessari).
Tornando alla richiesta, io ho sistemato così i casi che avevo visto 
su OSM

http://www.openstreetmap.org/way/340922267

ciao,
Martin


Ciao,
Stefano

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




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


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

Re: [Talk-at] geoimage-Layer nicht mehr in JOSM

[nebulon42]

Hallo,

hier ist das betreffende Ticket: https://josm.openstreetmap.de/ticket/12558
Falls du der Meinung bist, dass geoimage.at wieder hinein gehört (ich
hab da jetzt nicht so den Überblick), dann ist es ein Leichtes das
wieder hinzukriegen, indem du
https://josm.openstreetmap.de/wiki/Maps/Austria bearbeitest bzw. dort
die Revision 15
(https://josm.openstreetmap.de/wiki/Maps/Austria?version=15)
wiederherstellst.

nebulon42

Am 2016-03-21 um 16:42 schrieb jdz5...@gmx.at:
> Hallo alle,
> 
>  
> 
> der geoimage-Hintergrundlayer scheint nicht mehr in JOSM zu sein. Habe
> ich da in letzter Zeit etwas verpasst? Ich verwende natürlich auch
> basemap Orthofotos, die sind in meiner Gegend aber 3 Jahre älter als
> geoimage.
> 
>  
> 
> LG
> 
> Wolfgang
> 
>  
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 



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

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

On Mon, Mar 21, 2016 at 2:01 PM, Ian Dees  wrote:
>
>
> Yes, the issue is with the rate limiter on the tile service. I have
> removed the rate limiter so you shouldn't run into problems now.
>
Thanks again Ian!  That will make my work editing in the National Forests
much faster (and enjoyable)!

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

Re: [OSM-talk] Problem with JOSM imagery

[Ian Dees]

On Mon, Mar 21, 2016 at 7:51 PM, Mike Thompson  wrote:

>
>
> On Mon, Mar 21, 2016 at 1:34 PM, Ian Dees  wrote:
>
>>
>> I forgot that I have a rate limiter enabled that is probably tuned too
>> low. I will block the IPs that are scraping and loosen the rate limiter a
>> bit.
>>
> Thanks Ian.  Might this be an issue with the actual tile service as
> well[1]?  This is the same type of behavior I am seeing in JOSM when
> attempting to consume the USGS topo tiles.  It works great for a minute or
> two, and then nothing until I stop and wait.
>

Yes, the issue is with the rate limiter on the tile service. I have removed
the rate limiter so you shouldn't run into problems now.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Mike Thompson]

On Mon, Mar 21, 2016 at 1:53 PM, Christoph Hormann 
wrote:

>
> The general problem with SQLite based files is that they are always read
> and written through the SQLite database engine which is not
> particularly good for sequential write and read operations.

In my experience the engine defaults to one write operation per transaction
which is very slow.  If you are processing a large amount of data you need
to explicitly open and then later (after many writes) commit the
transaction if you want reasonable performance.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Christoph Hormann]

On Monday 21 March 2016, Stefan Keller wrote:
> > I'm not sure if Geopackage has significant performance improvements
> > over simple Spatialite but if it hasn't then my recommendation for
> > simple GIS processing is certainly to stick with shape files for
> > the time being - despite all their shortcomings.
>
> Shapefiles, Spatialite and GeoPackage all use R-tree indexes.
> I never heard about performance advantages of Shapefiles (except a
> bug in a former Spatialite driver).

The general problem with SQLite based files is that they are always read 
and written through the SQLite database engine which is not 
particularly good for sequential write and read operations.  You can 
get reasonable performance from Spatialite in many cases but you never 
get anywhere close to shapefiles in my experience.

> Can you tell me a use case? Which Spatialite SW are you using?

I am not aware of any software dealing with spatialite files that does 
not use libspatialite/SQLite.

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

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

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

On Mon, Mar 21, 2016 at 1:34 PM, Ian Dees  wrote:

>
> I forgot that I have a rate limiter enabled that is probably tuned too
> low. I will block the IPs that are scraping and loosen the rate limiter a
> bit.
>
Thanks Ian.  Might this be an issue with the actual tile service as
well[1]?  This is the same type of behavior I am seeing in JOSM when
attempting to consume the USGS topo tiles.  It works great for a minute or
two, and then nothing until I stop and wait.

Mike

[1] tile.openstreetmap.us/usgs_scanned_topos
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] App che mostra i percorsi per Realzione

[Cascafico Giovanni]

Potresti usare questa query overpass [1] col nome, invece del numero. Poi
sempre da overpass esporti i dati in gpx e carichi nella cartella
osmand\tracks. In "configura la mappa" di osmand attiva "percorso gpx" e
dovresti trovarlo

[1] http://overpass-turbo.eu/s/f9D



Il giorno 21 marzo 2016 18:00, Giulio Pilotto  ha
scritto:

> Salve a tutti,
> Ho scaritcato OSMand, che assai bene!
> Però  avrei una richiesta particolare, vorrei visualizzare un itinerario
> specifico,
> che non fa riferimento ad un indirizzo, ma ad una relazione.
>
> Come ad esempio:
> http://www.openstreetmap.org/relation/1114146
>
> Esiste un modo su OSMand per fare una ricerca per relazione?
> Oppure esiste un app apposita?
>
> Grazie Mille,
> Giulio
>
>
> --
>
>
> [image: --]
>
> Giulio Pilotto
> [image: http://]about.me/giuliopilotto
> 
>
>
> ___
> 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] Problem with JOSM imagery

[Ian Dees]

On Mon, Mar 21, 2016 at 5:01 PM, Mike Thompson  wrote:

>
>
> On Mon, Mar 21, 2016 at 10:02 AM, Ian Dees  wrote:
>
>> Try browsing the map in your area with this debug slippy map (double
>> click to zoom, shift-double-click to zoom out):
>> http://tile.openstreetmap.us/usgs_scanned_topos/preview.html
>>
>> Works great for a little while (in the default area of SF), but then the
> tiles apparently stop being served and all I see is white space except for
> the tiles that have already been downloaded.
>

I forgot that I have a rate limiter enabled that is probably tuned too low.
I will block the IPs that are scraping and loosen the rate limiter a bit.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Fwd: Fwd: relations boundary admin_level=4 manquantes

[Philippe Verdy]

Le 21 mars 2016 à 16:14, Jérôme Amagat  a écrit :

> bon depuis peu il y a 2 definition de departement de rhone donc ça pose
> probleme, je pense qu'il faut en choisir une pour admin_level=6 et si tenir.
>

Non, il n'y a qu'une seule définition dudit département du Rhône au niveau
6 (au même niveau que la métropole de Lyon et que tous les autres
départements).

L'autre (ancien département) n'est plus un département mais une entité
intermédiaire à part, la "circonscription départementale" (usage
préfectoral uniquement, par l'Etat qui n'a pas créé ni ne veut pas créer
une nouvelle préfecture séparée pour le nouveau département, même s'il a
gardé deux arrondissements dans la circonscription et les a redéfini pour
correspondre au nouveau département et à la métropole).

C'est pour ça que la circonscription départementale n'est plus au niveau 6,
mais (faute de mieux en attendant) au niveau 5 (elle est seule dans ce cas
en France pour l'instant): créer un autre tag spécifique n'aurait rien
changé elle serait restée seule dans ce cas. On verra si à l'avenir le
découpage déconcentré de l'Etat a besoin de ne plus s'appuyer sur les
autres collectivités locales (il est probable que cela arrive tôt ou tard
surtout avec la montée en puissance des métropoles et des communautés de
communes qui déjà sont transdépartementales voire transrégionales), mais le
cas ne s'est pas encore présenté pour justifier de façon suffisante un
nouveau tag. Ce niveau 5 en attendant convient bien, il tient la route au
plan de la hiérarchie des niveaux et ne nécessite pas de nouveau tag
spécifique pour la France.

Concernant les communes polynésiennes, au moins on peut déjà les situer,
reste à revoir franchement le dessin des côtes qui est beaucoup trop
grossier pour être utilisable. Il y a bien des ébauches de "lignes de
base", mais elles ont été tracées à vue de nez autour des atolls, elles ont
souvent des intersections avec les contours (lignes de côte) des "iles".
Bref j'ai préféré ne pas en tenir compte pour l'instant et laisser ces
tracés à part. "Traits de côte" et "lignes de bases" devrzont être revus
tous, mais cela ne devrait pas empêcher de trouver les communes.

Enfin ces "îles" (telles que représentées par les lignes de côte) ont
beaucoup trop de "passes", beaucoup plus que la réalité (pour un atoll
donné il est connu qu'il n'y a que deux passes deux une à très faible
profondeur, mais les tracés actuels laissent des tas d'ouvertures et de
passages possibles, les atolls sont beaucoup plsu noyés que nécessaires et
largement ouverts, quasiment invisibles sur les cartes alors que n'importe
quelle photo aérienne ou sur terre montre qu'on passe à pied d'un motu à
l'autre, et qu'il y a même des routes dessus !), mais pourtant il en manque
aussi par endroit. Ces îles viennent uniquement d'une interprétation
photographique à très basse résolution, où il n'était pas possible de
distinguer ce qui est à sec ou pas (la seule distinction a consisté à
chercher s'il y a vait une couverture végétale "verte", ce qui a conduit à
considérer en fait comme "terrestre" des zones immergées avec une
végétation sous-marine dans les lagons.

Alors non je n'ai pas utilisé ces lignes côtières comme limites de
"communes". OK elles sont trop grandes mais c'est plus simple comme ça, et
on peut déjà trouver les villages dans leur commune, leur commune associée,
et même dans leur atoll respectif (avec le même découpage que l'ISPF sur
son site statistique, bien qu'il appelle chaque atoll tout entier une "ile"
et ne tient pas compte du découpages des motus sur le récif ni des iles
hautes, par exemple à Gambier vu comme une seul et unique "ile" alors qu'il
s'agit de plusieurs atolls, deux dans les îles Gambier et 5 autres dans les
Tuamotus, mais un seul de ces atolls est habité et uniquement sur les iles
hautes au centre du lagon).

Note: ces limites sont toutes marquées comme "maritime=yes". Elles sont
appropriées pour le domaine maritime public polynésien, même si c'est trop
grand pour les communes et leur divisions en tant que collectivités locales.

Il reste maintenant à s'attaquer à chacun des atolls, ajouter les bandes
récifales émergées (des plages découvertes même à marée haute), vérifier où
sont les véritables passes. Donc refaire le dessin des lignes de côtes.
redéfinir aussi les lignes de base (toutes tracées "à vue de nez", plus ou
moins sur le niveau de basse mer... noter que la marée est très peu
importante dans cette zone du Pacifique). Alors on pourra mettre de vraies
frontières communales.

Affiner les frontières administratives internes viendra en second temp : ce
n'est pas le plus urgent quand le besoin premier est la géolocalisation des
localités pour résoudre des adresses qui sinon sont ambiguës (voire étaient
carrément fausses dans Nominatim qui mentionnait les mauvaises iles et même
les mauvais atolls parce que les résultats de recherches s'appuyaient
uniquement sur des distances par rapport à un point central !

Note 

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Stefan Keller]

Hi,

2016-03-21 17:33 GMT+01:00 Frederik Ramm :
> I'm not sure if Geopackage has significant performance improvements over
> simple Spatialite but if it hasn't then my recommendation for simple GIS
> processing is certainly to stick with shape files for the time being -
> despite all their shortcomings.

Shapefiles, Spatialite and GeoPackage all use R-tree indexes.
I never heard about performance advantages of Shapefiles (except a bug
in a former Spatialite driver).
Can you tell me a use case? Which Spatialite SW are you using?

What people need to realize is, that Shapefiles really have issues:
1. Attribute name length restricted to 10 chars => resulting in
information loss.
2. Strings length restricted to 255 chars => resulting in information loss.
3. No Multi LineString/Multi Polygon => resulting in information loss.
4. Max. file size restricted to 2GB => resulting in splitting tables
into several files.
5. Several cluttered files => makes users forget to include all.

:Stefan


2016-03-21 17:33 GMT+01:00 Frederik Ramm :
> Hi,
>
> On 03/20/2016 10:56 PM, Stefan Keller wrote:
>> But Shapefile remains an oldtimer with more drawbacks than limited
>> field names; see [1].
>> GeoJSON (ascii) and GeoPackages (binary) are formats which are more
>> suited for the job.
>> I still have hope that JOSM will be able to read those vector formats too.
>
> Frankly, whenever I venture into the brave new world of Spatialite, I
> come back to good old shape files after a while for performance reasons.
> I'm not sure if Geopackage has significant performance improvements over
> simple Spatialite but if it hasn't then my recommendation for simple GIS
> processing is certainly to stick with shape files for the time being -
> despite all their shortcomings.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk

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

Re: [Talk-it] tag cuile e pinnetta

[Fabrizio Tambussa]

Scusate, per curiosità, ma "pinnetta" in che lingua sarda è : logudorese o
campidanese ?
Saluti
Il 21/Mar/2016 14:27, "Stefano"  ha scritto:



Il giorno 20 marzo 2016 21:10, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Am 20.03.2016 um 20:24 schrieb Stefano :
> >
> > Anche krapfen e wurstel, e quindi?
>
>
> wurstel è proprio italiano, in tedesco non esiste (esistono Wurst e
> Würstchen). Ci sono delle parole che vengono da altre lingue, ma sono
> integrati e la gente le conosce (Wurstel), altre parole invece sono usati
> come parole straniere (Weißwurst), e solo gli esperti di questo campo le
> conoscono. Per un inglese, chalet è del primo tipo, pinnetta del secondo.
> Ci sarà qualche antropologo inglese specializzato nella cultura sarda chi
> conosce "pinnetta", ma non esiste una voce nel oxford dictionary (nemmeno
> in Wikipedia in questo caso).
>
> Se ho capito il tuo punto, vorresti usare parole non solo del inglese per
> i tag, ma non ti piace indicare la lingua? Oppure sostieni che si tratta di
> una parola inglese? Io segnerei la lingua e lo farei soltanto in casi
> specifici dove non ci sono parole corrispondenti nel inglese.
>

La lingua secondo me ha senso per le cose per le quali è già usata (nomi,
wikipedia, versioni alternative, eccetera), la descrizione oggetto con un
prefisso di lingua non verrà mai supportata da eventuali consumatori del
dato (io per primo preferisco che i : siano solo nella chiave, se
necessari).

Tornando alla richiesta, io ho sistemato così i casi che avevo visto su OSM
http://www.openstreetmap.org/way/340922267

ciao,
> Martin
>

Ciao,
Stefano


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


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

Re: [OSM-talk-fr] signalement osmose : Élément de voie ou noeud barrier isolé

[lenny.libre]

Ok merci Philippe, je vais le signaler sur le site 
https://github.com/osm-fr/osmose-backend/issues


Le 21/03/2016 11:30, Philippe Verdy a écrit :
Peut-être par ce que ce point est aussi sur la frontière 
résidentielle, qui s'appuie sur la même rue.
En soi ce n'est pas anormal, mais peut-être qu'Osmose n'a pas encore 
détecté cette petite rue (bien qu'elle soit dans la base depuis 3 ans) 
et ne voit que la frontière résidentielle.


Le 21 mars 2016 à 11:20, lenny.libre > a écrit :


Bonjour
Osmose m'a signalé une anomalie que je ne comprends pas.
J'ai ajouté les infos de passage protégé sur le point existant
http://www.openstreetmap.org/node/2121729664
Ce point n'est pas isolé, puisqu'il appartient au chemin
http://www.openstreetmap.org/way/202191175
Qu'est-ce que je n'ai pas vu ?





merci d'avance
cordialement
Lenny

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




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


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

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

On Mon, Mar 21, 2016 at 10:02 AM, Ian Dees  wrote:

> Try browsing the map in your area with this debug slippy map (double click
> to zoom, shift-double-click to zoom out):
> http://tile.openstreetmap.us/usgs_scanned_topos/preview.html
>
> Works great for a little while (in the default area of SF), but then the
tiles apparently stop being served and all I see is white space except for
the tiles that have already been downloaded.

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

Re: [Talk-it] Mappa osmand italia

[Max1234Ita]

Riprendo quest'argomento fermo ormai da un po' di tempo: a queanto pare chi
sviluppa OsmAnd ha iniziato a porsi qualche domanda su come fare a
conciliare il fatto di avere diversi file regionali/macro-regionali con
l'esigenza di ricercarvi indirizzi in maniera non troppo disagevole: 
https://groups.google.com/forum/#!topic/osmand/AzPSGp_iadI
  


Avrei inoltre una segnalazione per Luca: stamattina ho scaricato la mappa
Italia dal sito (http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html)
ma ho notato che il file .7z ha le stesse identiche dimensioni di quello che
ho scaricato il 15 febbraio; i due archivi, inoltre, confrontati bit a bit
con Total Commander, sono risultati identici nel contenuto.

Forse c'è qualche problema con gli script?

Ciao (e grazie x l'attenzione),
Max







--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5870363.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] App che mostra i percorsi per Realzione

[Giulio Pilotto]

Salve a tutti,
Ho scaritcato OSMand, che assai bene!
Però  avrei una richiesta particolare, vorrei visualizzare un itinerario
specifico,
che non fa riferimento ad un indirizzo, ma ad una relazione.

Come ad esempio:
http://www.openstreetmap.org/relation/1114146

Esiste un modo su OSMand per fare una ricerca per relazione?
Oppure esiste un app apposita?

Grazie Mille,
Giulio


-- 


[image: --]

Giulio Pilotto
[image: http://]about.me/giuliopilotto

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

[OSM-talk-be] osgeo general assembly

[joost schouppe]

Hi Belgian mappers,

For some reason, OSgeo and OSM Belgium don't do much together. There's been
talk recently about how to change that. If you want to talk about it in
real life, OSgeo Belgium invites you to join their dinner after their
annual general assembly.

That's this Thursday, march 24th in L'arrosoir, Boulevard du Souverain 256,
1160 Auderghem at 7 p.m.

It's probably best to let Oliver May (oliver.may at dfc.be) know you're
coming.


-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [OSM-talk] JOSM plugin to import GeoJSON?

[Frederik Ramm]

Hi,

On 03/20/2016 10:56 PM, Stefan Keller wrote:
> But Shapefile remains an oldtimer with more drawbacks than limited
> field names; see [1].
> GeoJSON (ascii) and GeoPackages (binary) are formats which are more
> suited for the job.
> I still have hope that JOSM will be able to read those vector formats too.

Frankly, whenever I venture into the brave new world of Spatialite, I
come back to good old shape files after a while for performance reasons.
I'm not sure if Geopackage has significant performance improvements over
simple Spatialite but if it hasn't then my recommendation for simple GIS
processing is certainly to stick with shape files for the time being -
despite all their shortcomings.

Bye
Frederik

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

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

Re: [OSM-talk] Problem with JOSM imagery

[Ian Dees]

Try browsing the map in your area with this debug slippy map (double click
to zoom, shift-double-click to zoom out):
http://tile.openstreetmap.us/usgs_scanned_topos/preview.html

I cleared out the disk cache for this layer a couple months ago to save
some space so the areas you're looking at might need to be re-cached, which
can take some extra time and cause the JOSM connection to time out.

On Mon, Mar 21, 2016 at 2:41 PM, EthnicFood IsGreat <
ethnicfoodisgr...@gmail.com> wrote:

> Recently I started having a problem getting imagery to display in JOSM.
> Bing and the standard OpenStreetMap layer display fine, but none of the
> other layers in the default list will display.  They produce the following
> error:
>
> Error downloading tiles:
> Java.net.SocketTimeoutException:
> Connect timed out
>
> All these layers used to display.  I recently switched from basic to OAuth
> authentication.  Could the problem be related to this?  Note that I can
> display the USGS topo tiles okay in my browser (
> tile.openstreetmap.us/usgs_scanned_topos).  My machine is located in a
> corporate office environment.
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] Trello OpenStreetMap Belgium

[joost schouppe]

Jorieke,


Considering you originally intended to use this for HOT-related stuff, and
we kind of hi-jacked the idea that leaves you high and dry again.

So I created a red filter with the name HOT. Now you see HOT-related items
with a red line. And if you hit the Show Meu button top right, you can see
HOT-related stuff only.

Labels are not mutually exclusive - some of these things aren't exclusively
HOT-related.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-at] geoimage-Layer nicht mehr in JOSM

[jdz5274]

Hallo alle,

 

der geoimage-Hintergrundlayer scheint nicht mehr in JOSM zu sein. Habe ich
da in letzter Zeit etwas verpasst? Ich verwende natürlich auch basemap
Orthofotos, die sind in meiner Gegend aber 3 Jahre älter als geoimage.

 

LG

Wolfgang

 

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

Re: [OSM-talk] Problem with JOSM imagery

[Mike Thompson]

Mark,

Have you checked whether your corporate IT department is blocking the
URLs/IP addresses for those tile services?

Mike

On Mon, Mar 21, 2016 at 8:41 AM, EthnicFood IsGreat <
ethnicfoodisgr...@gmail.com> wrote:

> Recently I started having a problem getting imagery to display in JOSM.
> Bing and the standard OpenStreetMap layer display fine, but none of the
> other layers in the default list will display.  They produce the following
> error:
>
> Error downloading tiles:
> Java.net.SocketTimeoutException:
> Connect timed out
>
> All these layers used to display.  I recently switched from basic to OAuth
> authentication.  Could the problem be related to this?  Note that I can
> display the USGS topo tiles okay in my browser (
> tile.openstreetmap.us/usgs_scanned_topos).  My machine is located in a
> corporate office environment.
>
> Mark
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-be] Trello OpenStreetMap Belgium

[Jorieke Vyncke]

Hello Belgian mappers,

How are you? I hope you are fine?

Because a lot of missing maps mapathons are happening and plannend in our
little Belgium at the moment, and I started to loose a bit the "who was
doing what where", I started a trello board to coordinate better.

However in the meantime, a lot more things concerning OpenStreetMap in
Belgium are mentioned on the board. So I tought it was good to share the
board more widely within our community, so we can collaborate and
coordinate even more and better.

Hereby you have the link to consult the board:
https://trello.com/b/VAMdaGsp/openstreetmap-belgium

If you would like to be able to add cards or give comments on cards, don't
hesitate to sent me (or other people already on it Polyglot, Joost, Ben A,
Alex ...) a mail so we can add you.

Best greetings,

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

Re: [OSM-talk-fr] Fwd: Fwd: relations boundary admin_level=4 manquantes

[Jérôme Amagat]

Le 21 mars 2016 à 08:57, Philippe Verdy  a écrit :

> Vous n'avez pas encore évoqué le cas des lagons ! Ce sont clairement des
> eaux intérieures pourtant.
> Et en Polynésie française ils sont d'une importance vitale pour les
> populations et je vois mal l'Etat vouloir en garder la propriété exclusive
> dans son domaine maritime (qua ces lagons aident des passes ou pas avec la
> mer d'ailleurs).
>

Loi organique n° 2004-192 du 27 février 2004 portant statut d'autonomie de
la Polynésie française

(
https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT05765456=vig)
:

"Le domaine public maritime de la Polynésie française comprend, sous
réserve des droits de l'Etat et des tiers, les rivages de la mer, y compris
les lais et relais de la mer, le sol et le sous-sol des eaux intérieures,
en particulier les rades et les lagons, ainsi que le sol et le sous-sol des
eaux territoriales.

Les dispositions de l'alinéa précédent s'appliquent sous réserve des
emprises nécessaires, à la date de publication de la présente loi
organique, à l'exercice par l'Etat de ses compétences et tant que cette
nécessité sera justifiée.

La Polynésie française réglemente et exerce le droit d'exploration et le
droit d'exploitation des ressources naturelles biologiques et non
biologiques des eaux intérieures, en particulier les rades et les lagons,
du sol, du sous-sol et des eaux sur-jacentes de la mer territoriale et de
la zone économique exclusive dans le respect des engagements
internationaux."


Les lagons comme le reste de la mer c'est le domaine public maritime  et en
France métropolitaine c'est l’état et dans ce cas c'est la Polynésie
française, la collectivité d'outre mer.




>
> Si on se contente juste des "ilots" actuellement tracés (très
> grossièrement et souvent faux, et qui donne en plus une vision générale
> complètement fausse de la plupart des atolls qui sont presque entièrement
> noyés sous l'eau) il ne reste quasiment plus de territoire pour les
> communes concernées.
>

oui ils sont mal tracés mais changer la limite des communes n’améliorent
pas le tracé des iles.


>
> Je vois très mal représenter les communes polynésiennes avec
> les actuelles limites cotières d'OSM.
>
> D'ailleurs si on compare les archipels "voisins", c'est la même chose
> (Etats fédérés de Micronésie, Kiribati, Samoa Américaines, Îles Cook,
> Hawaii...) ! Ils se sont tous appuyés pour l'instant sur les limites
> territoriales pour leur découpage.
>
> De là à ma reprocher d'avoir fait quelquechose qui sortait du rendu
> classique alors que d'une part à l'heure où il a posté ça le rendu n'était
> même pas encore disponible, et d'autre part que c'était comparable à tout
> ce qui se fait autour !
>
> En attendant, peu importe jusqu'où les communes vont en mer. OSM n'est pas
> là pour fair un livre de droit, on en a besoin en tout premier lieu pour
> les géolocaliser les unes et géolocaliser ce qui s'y trouve, à commencer
> par leur population. Ce besoin devrait primer et OSM n 'écrit pas la loi.
>

En quoi ça empêche de localiser ces îles, c'est juste que comme tu l'as
fait les communes sont beaucoup plus grandes que les îles et même que les
atolls et sont moins fractionnés.



>
> De toute façon même en France métropolitaine on a confondu avec
> "boundary=administrative" les limites administratives de l'Etat et de sa
> déconcentration (préfectorale) avec les limites de compétence des
> collectivités territoriales (décentralisation) et leur découpage. Ce qui
> aboutit à l'ambiguité de ce que devrait représenter les départements et
> régions qui sont bel et bien étendues jusqu'en haute mer pour l'Etat
> (limties des régions et départements préfectoraux ou pour les zones de
> défense nationale) mais pas pour les collectivités représentant les régions
> ou départements.
>
> Pourtant si on parle de découpage "administratif", cela devrait être
> strictement le découpage de l'Etat. Ensuite si dans les découpes on trouve
> des collectivités qui n'occupent pas la totalité du territoire c'est autre
> chose et ce devrait être un autre type d'objet si on veut les distinguer.
> Exemple "boundary=local_admin" (qui devrait s'appuyer sur les limites de
> compétence réelles des collectivités, donc la ligne de côte d'OSM si vous
> voulez... mais en fait ce n'est même pas ça !).
>
> Et laisser alors "boundary=administrative" aller jusqu'aux eaux
> territoriales (limites de la déconcentration de l'Etat, limites
> préfectorales, limites de zones de défense et de compétence de la police
> nationale): c'est ce qui a été fait en Slovénie par exemple.
>

les préfets maritimes et ceux de région et département ne sont pas les
mêmes et n'ont pas les même loi a faire respecter donc les départements et
les régions s’arrêtent au littoral. De plus les boundary=administrative
admin_level= sont le resultat d'un choix, choix fait en fonction des autres
pays pour une comparaison internationnale, le choix en france c'est
8=communes, 6=departement, 

Re: [Talk-it] tag network per sentieri.

[Volker Schmidt]

Mi sembra che fate riferimento a una definizione che avevo descritto per le
ciclovie, in analogia come lo fa la FIAB. Non trovo al momento il post
corrispondente.
E' chiaro che una breve ciclovia/walking route che per caso attraversa un
confine regionale, non per questo solo fatto diventa un percorso nazionale
(ncn/nwn). Mi sembra di ricordare che avevo scritto che il criterio di
attraversamento di confine non è sufficiente per la classificazione.
Non conosco la situazione per i route=hiking, ma per quella cycling c'è un
tentativo di mettere in ordine sulla pagna
http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Ciclovie

Conviene produrre una pagina equvalente per i route=hiking in Italia

Volker


> 2 sentieri simili per lunghezza e importanza,  vengono gestiti in modo
> diverso solo perchè uno dei due attraversa per un breve tratto il confine
> di 2 regioni.
>
>
> io interpreterei la parola "regione" più in maniera geografica che politica
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] Missing maps talk at Fosdem 2016

[Verhoeven Fr]

Hooi,

http://bofh.nikhef.nl/events/FOSDEM/2016/janson/putting-8-million-people-on-the-map.mp4
Duration:  50 minutes

Enjoy

Sus

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

[OSM-talk] Problem with JOSM imagery

[EthnicFood IsGreat]

Recently I started having a problem getting imagery to display in JOSM.
Bing and the standard OpenStreetMap layer display fine, but none of the
other layers in the default list will display.  They produce the following
error:

Error downloading tiles:
Java.net.SocketTimeoutException:
Connect timed out

All these layers used to display.  I recently switched from basic to OAuth
authentication.  Could the problem be related to this?  Note that I can
display the USGS topo tiles okay in my browser (
tile.openstreetmap.us/usgs_scanned_topos).  My machine is located in a
corporate office environment.

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

Re: [Talk-it] tag cuile e pinnetta

[Stefano]

Il giorno 20 marzo 2016 21:10, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Am 20.03.2016 um 20:24 schrieb Stefano :
> >
> > Anche krapfen e wurstel, e quindi?
>
>
> wurstel è proprio italiano, in tedesco non esiste (esistono Wurst e
> Würstchen). Ci sono delle parole che vengono da altre lingue, ma sono
> integrati e la gente le conosce (Wurstel), altre parole invece sono usati
> come parole straniere (Weißwurst), e solo gli esperti di questo campo le
> conoscono. Per un inglese, chalet è del primo tipo, pinnetta del secondo.
> Ci sarà qualche antropologo inglese specializzato nella cultura sarda chi
> conosce "pinnetta", ma non esiste una voce nel oxford dictionary (nemmeno
> in Wikipedia in questo caso).
>
> Se ho capito il tuo punto, vorresti usare parole non solo del inglese per
> i tag, ma non ti piace indicare la lingua? Oppure sostieni che si tratta di
> una parola inglese? Io segnerei la lingua e lo farei soltanto in casi
> specifici dove non ci sono parole corrispondenti nel inglese.
>

La lingua secondo me ha senso per le cose per le quali è già usata (nomi,
wikipedia, versioni alternative, eccetera), la descrizione oggetto con un
prefisso di lingua non verrà mai supportata da eventuali consumatori del
dato (io per primo preferisco che i : siano solo nella chiave, se
necessari).

Tornando alla richiesta, io ho sistemato così i casi che avevo visto su OSM
http://www.openstreetmap.org/way/340922267

ciao,
> Martin
>

Ciao,
Stefano


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

Re: [Talk-it] tag network per sentieri.

[Martin Koppenhoefer]

sent from a phone

> Am 21.03.2016 um 13:55 schrieb Dario Zontini Gmail :
> 
> 2 sentieri simili per lunghezza e importanza,  vengono gestiti in modo 
> diverso solo perchè uno dei due attraversa per un breve tratto il confine di 
> 2 regioni.


io interpreterei la parola "regione" più in maniera geografica che politica


ciao,
Martin 



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

Re: [Talk-it] tag network per sentieri.

[Alessandro Palmas]

Il 21/03/2016 13:55, Dario Zontini Gmail ha scritto:
Non nascondo la mia difficoltà con questa classificazione in base 
"all'attraversamento delle regioni" e ritengo sia molto limitata 
perchè 2 sentieri simili per lunghezza e importanza,  vengono gestiti 
in modo diverso solo perchè uno dei due attraversa per un breve tratto 
il confine di 2 regioni. Anche il valore lwn non mi è ben chiaro, io 
lo uso per sentieri  gestiti e conosciuti solo livello comunale, 
percorsi meno "importanti" dei sentieri CAI-SAT. Forse servirebbe una 
tipologia intermedia tra locale e regionale o legarla al tipo di 
operator che gestisce il sentiero?
Personalmente i sentiri del Trentini li inseirisco con il valore rwn 
perchè ritengo abbiano una valenza reginale/provinciale in quanto in 
Trentino tutti i sentieri ufficiali sono gestiti dalla SAT (è una 
sezione CAI che copre l'intera provincia) .




Non è tanto il percorso su cui passa il sentiero, ma l'importanza e/o 
l'operatore che gestisce il sentiero. In Liguria abbiamo l'Alta Via dei 
Monti Liguri ed è tutta rwn nonostante le tappe siano quasi sempre 
all'interno della stessa regione.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] tag network per sentieri.

[Dario Zontini Gmail]

Non nascondo la mia difficoltà con questa classificazione in base 
"all'attraversamento delle regioni" e ritengo sia molto limitata perchè 
2 sentieri simili per lunghezza e importanza,  vengono gestiti in modo 
diverso solo perchè uno dei due attraversa per un breve tratto il 
confine di 2 regioni. Anche il valore lwn non mi è ben chiaro, io lo uso 
per sentieri  gestiti e conosciuti solo livello comunale, percorsi meno 
"importanti" dei sentieri CAI-SAT. Forse servirebbe una tipologia 
intermedia tra locale e regionale o legarla al tipo di operator che 
gestisce il sentiero?
Personalmente i sentiri del Trentini li inseirisco con il valore rwn 
perchè ritengo abbiano una valenza reginale/provinciale in quanto in 
Trentino tutti i sentieri ufficiali sono gestiti dalla SAT (è una 
sezione CAI che copre l'intera provincia) .


Che il valore sia così diffuso in Trentino, forse è anche dovuto al 
fatto che era stato fatto questo file per facilitare il lavoro in JOSM 
(ma non voglio dare la colpa all'autore del file che ha fatto un ottimo 
lavoro e come dicevo condivido la sua classificazione)


http://wiki.openstreetmap.org/wiki/Trentino/Strade_forestali_provinciali#Preimpostazioni_per_JOSM

ciao



Il 21/03/2016 09:29, Rizzi ha scritto:
Salve, vorrei chiedere un chiarimento in merito al corretto uso del 
tag network.
Sulla pagina wiki è riportato che si debba utilizzare il valore rwn 
per i percorsi che attraversano varie regioni ed il valore lwn per 
brevi percorsi locali.
Ho notato che in Trentino Alto Adige viene quasi sempre utilizzato il 
valore rwn anche per percorsi locali di qualche chilometro.




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


--


Dario Zontini



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-dk] Delte noder

[Andreas Hammershøj]

Jeg er både enig i at ways og landuse bør adskilles og i Leifs
betragtninger om tone. Alle arbejder frivilligt på et fælles projekt og så
længe man ikke udøver bevidst chikane fortjener alle en god behandling. Det
skal jo nødig blive sådan at folk ikke har lyst til at spørge eller være
med i det hele taget.

Som et konkret eksempel har jeg flere gange oplevet at delte noder gør det
unødigt besværligt at indtegne relationer, som fx de cykelstier som jeg
ofte kværner med. Det er sket et par gange at jeg har været nødt til at
tegne dele af et område helt om fordi det var blevet for roddet, så
adskillelse vil være værdsat.

/Andreas

This email has been sent from a virus-free computer protected by Avast.
www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2016-03-21 12:03 GMT+01:00 Leif Lodahl :

> Hej alle gode mappere,
> Jeg ser i virkeligheden to spørgsmål i denne mail. For det første hvordan
> vi skal mappe, og jeg er enig i de kommentarer der foreløbigt er kommet.
> Jeg undgår også helst at kombinere landuse med ways. Dog har jeg oplevet
> situationer, hvor det er naturligt, f.eks. ved markveje og stier samt
> vandløb.
>
> En anden ting - og det synes jeg er vigtigere - er måden der gives
> kommentarer på. Jeg har også selv oplevet at få kommentarer fra en bestemt
> bruger, som åbenbart ser sig selv som politibetjent. De fleste af disse
> kommentarer er lettere "harske" eller nedladende og er ofte alene udtryk
> for at vi har forskellig "stil" at mappe med.
>
> Selv mener jeg at diskussioner om hvordan vi bedst mapper hører til på
> talk-listen og IKKE i personlige kommentarer. Når en diskussion ender i en
> konklusion eller anbefaling, bør det skrives i wiki'en, så andre kan lære
> af det.
>
> Begår en bruger konkrete fejl (og det har jeg bestemt også gjort) kan
> andre rette/reverte og evt. skrive en personlig besked.
>
> Blot min ti-øre.
>
>
> Med venlig hilsen
> Leif Lodahl
> http://hdyc.neis-one.org/?Leif%20Lodahl
>
>
> Den 18. marts 2016 kl. 15.53 skrev Michel Coene :
>
>> Hej alle,
>>
>> Jeg tegner mange bondegårde lige nu (farmyard).  Når de ligger op af en
>> landevej kan jeg finde på at klikke dem fast på landevejen. Så fik jeg
>> denne bemærkning af en bruger: *Jeg må endnu engang bede dig holde
>> vejnet og landuse adskilt. Jeg har set nogle frygtelige uheld opstå som
>> følge af vejnet og landuse der har delt noder.*
>> Nu vil jeg gerne lære og forbedre, men jeg fatter ikke helt hvilke 
>> *frygtelige
>> uheld* der kan opstå?  Hvis jeg flytter vejen pga f.ex bedre GPS spor,
>> så skal gården alligevel flyttes med?  Jeg har selv være ude i bymiljøer
>> hvor en linje blev delt af 3-4 ting og det selv for mig blev
>> uoverskueligt.  Men én gård alene på én vej? Hvad er jeres erfaring?
>>
>> --
>> Spectrokid
>>
>>
>> ___
>> Talk-dk mailing list
>> Talk-dk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-dk
>>
>>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [OSRM-talk] One request, 2 answers

[Didier Doumerc]

Of course. Well, I needed another pair of eyes to see this evidence.

Otherwise, did you modify the default parameters in the car.lua file ? Some 
speeds seem to be low.

Thank you +++

Didier

Le lun.21/03/16 à 12:37, Julien Coupey a écrit :

> Hi Didier,
> 
> I'm getting the same kind of result of about 503 km on a custom server set-up 
> with *only* the french road network. But if you look closely at the 379 km 
> route you get from the demo server, you'll see it goes a long way through 
> Switzerland.
> 
> My guess would be the second option (data mismatch), with the additional bias 
> of a missing country! ;-)
> 
> Best,
> Julien
> 
> Le 21/03/2016 11:59, Daniel Hofmann a écrit :
>> There are two problems I can see:
>> 
>> 1/ the demo server runs from the develop branch, and you are probably
>> running osrm-backend's latest stable release. It certainly could be that
>> we fixed a few issues in develop that you don't yet have locally.
>> 
>> 2/ the demo server re-runs the toolchain on a fresh planet on a daily
>> basis, and you're local extract may be outdated (or even a few hour newer).
>> 
>> As you can see there's both the possibility for 1/ code mismatch and 2/
>> data mismatch between the demo server and your local setup.
>> 
>> Cheers,
>> Daniel J H
>> 
>> On Mon, Mar 21, 2016 at 11:30 AM, Didier Doumerc > > wrote:
>> 
>>Hi,
>> 
>>Here is my first message on this mailinglist.
>> 
>>Some time, I get very different distances, depending of the server
>>to witch I send the request.
>> 
>>Example : 379 Km vs 503 Km. The right one is 379 km.
>> 
>>
>> router.project-osrm.org/viaroute?loc=48.407126,7.449348=46.117948,6.359105=false=false
>>
>> 
>> 
>>Answer : [...]
>>total_distance":379125,"total_time":14284,"end_point":"Place du
>>Village","start_point":"Rue Taufflieb (D 35)"},[...]
>> 
>> 
>>When I ask my own server :
>> 
>>
>> 10.168.221.253:5000/viaroute?loc=48.407126,7.449348=46.117948,6.359105=false=false
>>
>> 
>> 
>>Answer : [...]end_point":"Place du Village","start_point":"Rue
>>Taufflieb (D 35)","total_time":17081,"total_distance":503559}[...]
>> 
>> 
>>Can someone tell me how to fix this ?
>> 
>>Thanks
>> 
>>Didier
>> 
>>___
>>OSRM-talk mailing list
>>OSRM-talk@openstreetmap.org 
>>https://lists.openstreetmap.org/listinfo/osrm-talk
>> 
>> 
>> 
>> 
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>> 
> 
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk



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

[Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Mikoláš Štrajt]

> From: "Pavel Bokr" 
> To: 
> Subject: Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM
> a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM
>
>
> Ted jsem kouknul na to PFko – to je fakt dobry, akorat k tomu mam jednu 
drobnost a to jestli se to v roce 2017 neprebije necim uplne jinym a toto 
pak 
> nezanikne.
> 
> Nevim jestli tvurce cte, ale ja jsem urcite pro odkazat v te sekci kde 
jsou odkazy na on-line pouziti a jsem pro odkazat trvale (ne jen do konce 
roku – tedy > pokud to nebude nahrazeno necim obdobnym pro dalsi roky). Neni
mozne tomu dat nejakou trvalou adresu typu http://pf.migdal.cz/2016/
(http://pf.migdal.cz/2016/) ???

Vzhledem k tomu, že ho znám osobně, předám tento požadavek. :-)

-- 

Mikoláš Štrajt / Severák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSRM-talk] One request, 2 answers

[Julien Coupey]

Hi Didier,

I'm getting the same kind of result of about 503 km on a custom server 
set-up with *only* the french road network. But if you look closely at 
the 379 km route you get from the demo server, you'll see it goes a long 
way through Switzerland.


My guess would be the second option (data mismatch), with the additional 
bias of a missing country! ;-)


Best,
Julien

Le 21/03/2016 11:59, Daniel Hofmann a écrit :

There are two problems I can see:

1/ the demo server runs from the develop branch, and you are probably
running osrm-backend's latest stable release. It certainly could be that
we fixed a few issues in develop that you don't yet have locally.

2/ the demo server re-runs the toolchain on a fresh planet on a daily
basis, and you're local extract may be outdated (or even a few hour newer).

As you can see there's both the possibility for 1/ code mismatch and 2/
data mismatch between the demo server and your local setup.

Cheers,
Daniel J H

On Mon, Mar 21, 2016 at 11:30 AM, Didier Doumerc > wrote:

Hi,

Here is my first message on this mailinglist.

Some time, I get very different distances, depending of the server
to witch I send the request.

Example : 379 Km vs 503 Km. The right one is 379 km.


router.project-osrm.org/viaroute?loc=48.407126,7.449348=46.117948,6.359105=false=false



Answer : [...]
total_distance":379125,"total_time":14284,"end_point":"Place du
Village","start_point":"Rue Taufflieb (D 35)"},[...]


When I ask my own server :


10.168.221.253:5000/viaroute?loc=48.407126,7.449348=46.117948,6.359105=false=false



Answer : [...]end_point":"Place du Village","start_point":"Rue
Taufflieb (D 35)","total_time":17081,"total_distance":503559}[...]


Can someone tell me how to fix this ?

Thanks

Didier

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




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



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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Bokr]

Ted jsem kouknul na to PFko – to je fakt dobry, akorat k tomu mam jednu 
drobnost a to jestli se to v roce 2017 neprebije necim uplne jinym a toto pak 
nezanikne.

Nevim jestli tvurce cte, ale ja jsem urcite pro odkazat v te sekci kde jsou 
odkazy na on-line pouziti a jsem pro odkazat trvale (ne jen do konce roku – 
tedy pokud to nebude nahrazeno necim obdobnym pro dalsi roky). Neni mozne tomu 
dat nejakou trvalou adresu typu http://pf.migdal.cz/2016/ ???

PB



From: Mikoláš Štrajt 
Sent: Monday, March 21, 2016 12:03 PM
To: talk-cz@openstreetmap.org 
Subject: Re: [Talk-cz]Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k 
zaslani/oznameni dalsich prikladu vyuziti OSM

Ten pirátský styl od Mapboxu - pokud ho tam budete dávat, doporučuji zazoomovat 
na "Karrrlín" :-D

Jinak letošní PFko od Jonáše Veselky je taky hezký příklad do galerie:

http://pf.migdal.cz/

-- 

Mikoláš Štrajt / Severák
= 



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

Re: [talk-ph] Various farmed landuses

[maning sambale]

Thanks for this work David!

On Mon, Mar 21, 2016 at 4:38 PM, David Groom  wrote:
> Hopefully fixing the geometries in this area is now complete
>
> David
>
>
> On 19/03/2016 17:53, David Groom wrote:
>>
>> Its now been one month with no major objections to my proopesed cnages, so
>> I have made them, but with the suggestion made by Eugene.
>>
>> However the exisiting geometry of the landuse polygons is very messy, with
>> many overlapping ways.  I am fixing these, but with over 230 ways to fix I
>> wont able to do this all in one editing session, and probably not even all
>> in one day.
>>
>> The affected area is SW of Tacloban, Leyte at
>> http://www.openstreetmap.org/#map=13/11.1154/124.8905
>>
>> If anyone notices the half fixed geometry do not think this is vanadalsim,
>> or poor editing, it will be fixed.
>>
>> Regards
>>
>> David
>>
>>
>> On 14/02/2016 13:53, maning sambale wrote:
>>>
>>> Agree with Eugene. There are other who mapped riceland as meadows and
>>> should be fixed as well: https://www.openstreetmap.org/note/489780
>>>
>>> On Sun, Feb 14, 2016 at 6:55 PM, Eugene Alvin Villar 
>>> wrote:

 I agree with changes 2 and 3. For #1, I think it should be
 landuse=farmland instead of meadow. Rice fields are far from being
 meadows.

 On 2/14/16, David Groom  wrote:
>
> While looking at existing tagging of landuse areas in Leyte I have come
> across a number which do not seem to fit the tagging structure on the
> main OSM wiki, and I cant see anything in the Philippines/Mapping
> conventions  which contradicts the main OSM wiki (except that under
> agricultural landuse the tag landuse = farm is suggested whereas this
> seems to have been deprecated in favour of landuse = farmland  -  maybe
> the Phillipine / mapping conventions page is out of date?)
>
> An example of some of the current tagging can be seen here:
> http://www.openstreetmap.org/#map=16/11.1121/124.8899
>
> I would like to change the following:
>
> 1) Areas currently tagged landuse = meadow; name = Ricefield   - change
> to landuse = meadow; crop=rice [1]
> 2) Areas currently tagged landuse = farmland; name = Coco Land   -
> change to landuse = orchard;  trees = coconut_palms [2]
> 3) Areas currently tagged landuse = orchard; crop = coconut - change to
> landuse = orchard;  trees = coconut_palms [2]
>
> Are these 3 changes acceptable?
>
> My one slight discomfort is that I dont like the way crop = rice is
> rendered on the map, but then we should't be tagging for the rennderers
> anyway!
>
> Regards
>
> David
>
> [1]  http://wiki.openstreetmap.org/wiki/Key:crop
> [2]  http://wiki.openstreetmap.org/wiki/Key:trees
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
 ___
 talk-ph mailing list
 talk-ph@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ph
>>>
>>>
>>>
>>
>>
>> ___
>> talk-ph mailing list
>> talk-ph@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ph
>
>
>
> ___
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph



-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [talk-ph] Various farmed landuses

[David Groom]

Hopefully fixing the geometries in this area is now complete

David

On 19/03/2016 17:53, David Groom wrote:
Its now been one month with no major objections to my proopesed 
cnages, so I have made them, but with the suggestion made by Eugene.


However the exisiting geometry of the landuse polygons is very messy, 
with many overlapping ways.  I am fixing these, but with over 230 ways 
to fix I wont able to do this all in one editing session, and probably 
not even all in one day.


The affected area is SW of Tacloban, Leyte at 
http://www.openstreetmap.org/#map=13/11.1154/124.8905


If anyone notices the half fixed geometry do not think this is 
vanadalsim, or poor editing, it will be fixed.


Regards

David


On 14/02/2016 13:53, maning sambale wrote:

Agree with Eugene. There are other who mapped riceland as meadows and
should be fixed as well: https://www.openstreetmap.org/note/489780

On Sun, Feb 14, 2016 at 6:55 PM, Eugene Alvin Villar 
 wrote:

I agree with changes 2 and 3. For #1, I think it should be
landuse=farmland instead of meadow. Rice fields are far from being
meadows.

On 2/14/16, David Groom  wrote:
While looking at existing tagging of landuse areas in Leyte I have 
come

across a number which do not seem to fit the tagging structure on the
main OSM wiki, and I cant see anything in the Philippines/Mapping
conventions  which contradicts the main OSM wiki (except that under
agricultural landuse the tag landuse = farm is suggested whereas this
seems to have been deprecated in favour of landuse = farmland  -  
maybe

the Phillipine / mapping conventions page is out of date?)

An example of some of the current tagging can be seen here:
http://www.openstreetmap.org/#map=16/11.1121/124.8899

I would like to change the following:

1) Areas currently tagged landuse = meadow; name = Ricefield   - 
change

to landuse = meadow; crop=rice [1]
2) Areas currently tagged landuse = farmland; name = Coco Land   -
change to landuse = orchard;  trees = coconut_palms [2]
3) Areas currently tagged landuse = orchard; crop = coconut - 
change to

landuse = orchard;  trees = coconut_palms [2]

Are these 3 changes acceptable?

My one slight discomfort is that I dont like the way crop = rice is
rendered on the map, but then we should't be tagging for the 
rennderers

anyway!

Regards

David

[1]  http://wiki.openstreetmap.org/wiki/Key:crop
[2]  http://wiki.openstreetmap.org/wiki/Key:trees

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


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






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



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

Re: [Talk-dk] Delte noder

[Leif Lodahl]

Hej alle gode mappere,
Jeg ser i virkeligheden to spørgsmål i denne mail. For det første hvordan
vi skal mappe, og jeg er enig i de kommentarer der foreløbigt er kommet.
Jeg undgår også helst at kombinere landuse med ways. Dog har jeg oplevet
situationer, hvor det er naturligt, f.eks. ved markveje og stier samt
vandløb.

En anden ting - og det synes jeg er vigtigere - er måden der gives
kommentarer på. Jeg har også selv oplevet at få kommentarer fra en bestemt
bruger, som åbenbart ser sig selv som politibetjent. De fleste af disse
kommentarer er lettere "harske" eller nedladende og er ofte alene udtryk
for at vi har forskellig "stil" at mappe med.

Selv mener jeg at diskussioner om hvordan vi bedst mapper hører til på
talk-listen og IKKE i personlige kommentarer. Når en diskussion ender i en
konklusion eller anbefaling, bør det skrives i wiki'en, så andre kan lære
af det.

Begår en bruger konkrete fejl (og det har jeg bestemt også gjort) kan andre
rette/reverte og evt. skrive en personlig besked.

Blot min ti-øre.


Med venlig hilsen
Leif Lodahl
http://hdyc.neis-one.org/?Leif%20Lodahl


Den 18. marts 2016 kl. 15.53 skrev Michel Coene :

> Hej alle,
>
> Jeg tegner mange bondegårde lige nu (farmyard).  Når de ligger op af en
> landevej kan jeg finde på at klikke dem fast på landevejen. Så fik jeg
> denne bemærkning af en bruger: *Jeg må endnu engang bede dig holde vejnet
> og landuse adskilt. Jeg har set nogle frygtelige uheld opstå som følge af
> vejnet og landuse der har delt noder.*
> Nu vil jeg gerne lære og forbedre, men jeg fatter ikke helt hvilke *frygtelige
> uheld* der kan opstå?  Hvis jeg flytter vejen pga f.ex bedre GPS spor, så
> skal gården alligevel flyttes med?  Jeg har selv være ude i bymiljøer hvor
> en linje blev delt af 3-4 ting og det selv for mig blev uoverskueligt.  Men
> én gård alene på én vej? Hvad er jeres erfaring?
>
> --
> Spectrokid
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Mikoláš Štrajt]

Ten pirátský styl od Mapboxu - pokud ho tam budete dávat, doporučuji 
zazoomovat na "Karrrlín" :-D

Jinak letošní PFko od Jonáše Veselky je taky hezký příklad do galerie:

http://pf.migdal.cz/

-- 

Mikoláš Štrajt / Severák
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Ne/mapovat stezky, ktere jsou znaceny jen "na papire"?

[Mikoláš Štrajt]

> prosim o nazor: mapovat ci nemapovat (tedy vytvaret relaci s vysledkem 
> zobrazeni trasy na mape) u tras (typicky naucna stezka), ktere maji v 
realu 
> jen tabule s tematickymi zastavenimi, ale zadne fyzicke znaceni nemaji? 
> Resp, jejich "spravnou trasu" (treba i nekontinualni s odbockami a 
> variantnimi trasami k nelinearne umistenym tabulim) lze dohledat jinou 
> cestou, napr. na souvisejicim webu...

To záleží na mapě IMHO.

Do obecné turistické mapy bych značil bych jen zastavení (naučné tabule). 
Mezi jednotlivými zastaveními stejně v terénu žádné značení není a chodec se
musí spolehnout na souběžné turistické značky / orientaci podle terénu.

Naopak pokud bych dělal mapku té naučné stezky, pochopitelně bych to značil.

Jak to odlišit technicky? Pokud bych dával trasu naučné stezky do OSM, asi 
bych mezi jednotlivými tabulemi vyznačil route s nějakou "exotickou" 
hodnotou (něco ve stylu hiking_thematic), aby to nechytila pravidla pro 
vykreslování obyčejných turistických tras.

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

[Talk-cz] Planovane omezeni provozu tuto noc

[Petr Vejsada]

On Tuesday morning March 22nd between 01:00 and 03:00 CEST maintenance will
take place in the cluster in which your VPS is hosted. In the past weeks a bug
was discovered in the firmware of the redundant switches in this cluster.
During this maintenance the firmware of the switches will be replaced in turns.
This will cause a failover to occur between switches.

Due to this failover your VPS could briefly suffer from decreased accessibility.
Afterwards the connectivity of your VPS will automatically be restored.
No response is required from your part.

Kind regards,
TransIP

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

[OSRM-talk] One request, 2 answers

[Didier Doumerc]

Hi,

Here is my first message on this mailinglist.

Some time, I get very different distances, depending of the server to witch I 
send the request.

Example : 379 Km vs 503 Km. The right one is 379 km.

router.project-osrm.org/viaroute?loc=48.407126,7.449348=46.117948,6.359105=false=false

Answer : [...] total_distance":379125,"total_time":14284,"end_point":"Place du 
Village","start_point":"Rue Taufflieb (D 35)"},[...]


When I ask my own server :

10.168.221.253:5000/viaroute?loc=48.407126,7.449348=46.117948,6.359105=false=false

Answer : [...]end_point":"Place du Village","start_point":"Rue Taufflieb (D 
35)","total_time":17081,"total_distance":503559}[...]


Can someone tell me how to fix this ?

Thanks

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

Re: [OSM-talk-fr] signalement osmose : Élément de voie ou noeud barrier isolé

[Philippe Verdy]

Peut-être par ce que ce point est aussi sur la frontière résidentielle, qui
s'appuie sur la même rue.
En soi ce n'est pas anormal, mais peut-être qu'Osmose n'a pas encore
détecté cette petite rue (bien qu'elle soit dans la base depuis 3 ans) et
ne voit que la frontière résidentielle.

Le 21 mars 2016 à 11:20, lenny.libre  a écrit :

> Bonjour
> Osmose m'a signalé une anomalie que je ne comprends pas.
> J'ai ajouté les infos de passage protégé sur le point existant
> http://www.openstreetmap.org/node/2121729664
> Ce point n'est pas isolé, puisqu'il appartient au chemin
> http://www.openstreetmap.org/way/202191175
> Qu'est-ce que je n'ai pas vu ?
>
> merci d'avance
> cordialement
> Lenny
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] signalement osmose : Élément de voie ou noeud barrier isolé

[lenny.libre]

Bonjour
Osmose m'a signalé une anomalie que je ne comprends pas.
J'ai ajouté les infos de passage protégé sur le point existant 
http://www.openstreetmap.org/node/2121729664
Ce point n'est pas isolé, puisqu'il appartient au chemin 
http://www.openstreetmap.org/way/202191175

Qu'est-ce que je n'ai pas vu ?

merci d'avance
cordialement
Lenny

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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Bokr]

> btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se všemi 
> base-mapami mapboxu: http://zby.cz/parkovani


No tak ted uz vim kde presne jsem to videl a zapomel a neulozil si to :-) - 
diky za link!

PB



From: Pavel Zbytovský 
Sent: Monday, March 21, 2016 9:34 AM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k 
zaslani/oznameni dalsich prikladu vyuziti OSM

Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba OpenSeaMap 
bych v čr neprezentoval :))) 

btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se všemi 
base-mapami mapboxu: http://zby.cz/parkovani


P.

On Mon, Mar 21, 2016 at 8:28 AM Michal Grézl  
wrote:

  co takhle seznam pouzivajici osm mimo cr. to je asi nejdulezitejsi
  pouziti osm v republice:)

  2016-03-21 1:18 GMT+01:00 Pavel Bokr :
  > Ahoj,
  >
  > ve spolupraci s Pavlem Zbytovskym jsem na osmap.cz vytvoril samostatnou
  > galerii vyuziti OSM:
  > http://openstreetmap.cz/galerie
  >
  > Smyslem je ukazat vyuziti OSM predevsim v ceskych projektech a ceske
  > komunite. Zatim je to takovy zarodek, verime ze dalsi priklady budou
  > pribyvat a stanou se dalsi inspiraci jakymi ruznymi zpusoby lze OSM
  > vyuzivat.
  >
  > Na konci je teda zminka i globalnich projektech nad daty OSM, aby se ukazalo
  > alespon to nejzajimavejsi ze zahranicnich projektu (idealne nad CR). Z toho
  > zahranici by tam asi mel byt jen vyber toho opravdu nejzajimavejsiho, aby
  > bylo videt ze jake zajimave veci z toho delaji v zahranici a ze uzemi CR se
  > neresi jen v ceskych projektech. Hlavni obsah teto stranky by vsak podle me
  > melo byt ceske vyuziti.
  >
  >
  >
  >
  > Timto si dovoluji vyzvat ostatni, aby zaslali nebo oznamili dalsi vyuziti
  > OSM, ktere by se zde mohlo prezentovat:
  >
  > - dalsi obrazky do galerie prezentujici vyuziti (casem az bude vice obrazku
  > se treba muze ukazat potreba prekategorizovani, pripadne muzeme vybirat jen
  > ty lepsi)
  >
  > - tipy na on-line vyuziti, ktere by se resili odkazy aby tam byla videt
  > prima on-line funkcnost vyuziti OSM, tady bude asi dost webu, ktere
  > pouzivaji mapy podobne jako projekt Maticka Metropolis, ale protoze me ted
  > zadny nenapada (i kdyz uz jsem nejake urcite videl), tak doufam ze nekoho
  > neco napadne a praskne to :-)
  >
  > - tipy na vyber jen tech nejzajimavejsich mezinarodnich projektu (neco uz
  > jsem tam naznacil ale urcite jsou i jine a patrne i zajimavejsi globalni
  > vyuziti – tak pokud povazujete neco za zajimavejsi tak sem taky s tim; treba
  > ja sam jsem nekde videl zajimavou mapu nejakeho piratkeho stylu, ale uz za
  > boha nevim kde a blbec jsem si asi neulozil odkaz nebo ulozil tam kde uz o
  > nem nevim, ted jsem nejakou nasel ale nebyla to ta puvodni co sla hodne
  > zoomovat)
  >
  > - pripadne i jine typy tipu pokud uznate za vhodne ze by se na strance meli
  > objevit
  >
  >
  >
  > Jakekoliv pripominky jsou take samozrejm vitany!
  >
  >
  > Ahoj
  > Pavel Bokr
  >
  > ___
  > Talk-cz mailing list
  > Talk-cz@openstreetmap.org
  > https://lists.openstreetmap.org/listinfo/talk-cz
  >



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

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




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

[Talk-it] tag network per sentieri.

[Rizzi]

Salve, vorrei chiedere un chiarimento in merito al corretto uso del tag
network.
Sulla pagina wiki è riportato che si debba utilizzare il valore rwn per i
percorsi che attraversano varie regioni ed il valore lwn per brevi percorsi
locali.
Ho notato che in Trentino Alto Adige viene quasi sempre utilizzato il
valore rwn anche per percorsi locali di qualche chilometro.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Zbytovský]

Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba
OpenSeaMap bych v čr neprezentoval :)))

btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se všemi
base-mapami mapboxu: http://zby.cz/parkovani

P.

On Mon, Mar 21, 2016 at 8:28 AM Michal Grézl 
wrote:

> co takhle seznam pouzivajici osm mimo cr. to je asi nejdulezitejsi
> pouziti osm v republice:)
>
> 2016-03-21 1:18 GMT+01:00 Pavel Bokr :
> > Ahoj,
> >
> > ve spolupraci s Pavlem Zbytovskym jsem na osmap.cz vytvoril samostatnou
> > galerii vyuziti OSM:
> > http://openstreetmap.cz/galerie
> >
> > Smyslem je ukazat vyuziti OSM predevsim v ceskych projektech a ceske
> > komunite. Zatim je to takovy zarodek, verime ze dalsi priklady budou
> > pribyvat a stanou se dalsi inspiraci jakymi ruznymi zpusoby lze OSM
> > vyuzivat.
> >
> > Na konci je teda zminka i globalnich projektech nad daty OSM, aby se
> ukazalo
> > alespon to nejzajimavejsi ze zahranicnich projektu (idealne nad CR). Z
> toho
> > zahranici by tam asi mel byt jen vyber toho opravdu nejzajimavejsiho, aby
> > bylo videt ze jake zajimave veci z toho delaji v zahranici a ze uzemi CR
> se
> > neresi jen v ceskych projektech. Hlavni obsah teto stranky by vsak podle
> me
> > melo byt ceske vyuziti.
> >
> >
> >
> >
> > Timto si dovoluji vyzvat ostatni, aby zaslali nebo oznamili dalsi vyuziti
> > OSM, ktere by se zde mohlo prezentovat:
> >
> > - dalsi obrazky do galerie prezentujici vyuziti (casem az bude vice
> obrazku
> > se treba muze ukazat potreba prekategorizovani, pripadne muzeme vybirat
> jen
> > ty lepsi)
> >
> > - tipy na on-line vyuziti, ktere by se resili odkazy aby tam byla videt
> > prima on-line funkcnost vyuziti OSM, tady bude asi dost webu, ktere
> > pouzivaji mapy podobne jako projekt Maticka Metropolis, ale protoze me
> ted
> > zadny nenapada (i kdyz uz jsem nejake urcite videl), tak doufam ze nekoho
> > neco napadne a praskne to :-)
> >
> > - tipy na vyber jen tech nejzajimavejsich mezinarodnich projektu (neco uz
> > jsem tam naznacil ale urcite jsou i jine a patrne i zajimavejsi globalni
> > vyuziti – tak pokud povazujete neco za zajimavejsi tak sem taky s tim;
> treba
> > ja sam jsem nekde videl zajimavou mapu nejakeho piratkeho stylu, ale uz
> za
> > boha nevim kde a blbec jsem si asi neulozil odkaz nebo ulozil tam kde uz
> o
> > nem nevim, ted jsem nejakou nasel ale nebyla to ta puvodni co sla hodne
> > zoomovat)
> >
> > - pripadne i jine typy tipu pokud uznate za vhodne ze by se na strance
> meli
> > objevit
> >
> >
> >
> > Jakekoliv pripominky jsou take samozrejm vitany!
> >
> >
> > Ahoj
> > Pavel Bokr
> >
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> >
>
>
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Interview pro OpenCage blog

[Miroslav Suchy]

Dne 21.3.2016 v 00:17 Pavel Zbytovský napsal(a):
> Prosím zkontrolujte na odkazu [1], že vám vyhovuje navržený překlad a 
> podepište se tak, jak chcete být zveřejněni.

Zkontrolovano, upraveno. BTW moc hezky prelozeno. Diky.
M.

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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Miroslav Suchy]

Dne 21.3.2016 v 01:18 Pavel Bokr napsal(a):
> Timto si dovoluji vyzvat ostatni, aby zaslali nebo oznamili dalsi vyuziti 
> OSM, ktere by se zde mohlo prezentovat:

Tripomatic.com
  Globalni zamereni, Ceska firma. BTW super sluzba (az na tu mobilni appku).

Mirek



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

Re: [Talk-cz] Ne/mapovat stezky, ktere jsou znaceny jen "na papire"?

[Miroslav Suchy]

Dne 20.3.2016 v 23:49 Petr Vozdecký napsal(a):
> 
> prosim o nazor: mapovat ci nemapovat (tedy vytvaret relaci s vysledkem 
> zobrazeni trasy na mape) u tras (typicky naucna
> stezka), ktere maji v realu jen tabule s tematickymi zastavenimi, ale zadne 
> fyzicke znaceni nemaji? Resp, jejich
> "spravnou trasu" (treba i nekontinualni s odbockami a variantnimi trasami k 
> nelinearne umistenym tabulim) lze dohledat
> jinou cestou, napr. na souvisejicim webu...

1) ja osobne je znacim
2) v jinych (nez OSM mapach) to byva taky znacene
3) Ale hlavne to v realu byvaji fakt zajimave vylety a my je mame v rodine 
docela v oblibe a mapa s vyznacenou stezkou
byva dost casto jedine voditko "kudy dal".

> Znaceni s vysledkem vykreslovani v mape je dvojsecne - na jednu stranu muzeme 
> rict, ze v mape nabizime "vice nez v
> realu", ale na druhou stranu v praxi existuje techto "naucnych stezek" mrak a 
> nezridka se jejich trasy kryji - jak by to
> pak vypadalo na mape, sama zelena?

Vetsinou se kryji s KCT, ale NS s NS? Asi bys neco nasel, ale ja osobne o zadne 
nevim a nikdy me to v realu nezpusobilo
problem a to jsem jich uz navstivil dost.

Mirek

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

Re: [OSM-talk-fr] Fwd: Fwd: relations boundary admin_level=4 manquantes

[Philippe Verdy]

Vous n'avez pas encore évoqué le cas des lagons ! Ce sont clairement des
eaux intérieures pourtant.
Et en Polynésie française ils sont d'une importance vitale pour les
populations et je vois mal l'Etat vouloir en garder la propriété exclusive
dans son domaine maritime (qua ces lagons aident des passes ou pas avec la
mer d'ailleurs).

Si on se contente juste des "ilots" actuellement tracés (très grossièrement
et souvent faux, et qui donne en plus une vision générale complètement
fausse de la plupart des atolls qui sont presque entièrement noyés sous
l'eau) il ne reste quasiment plus de territoire pour les communes
concernées.

Je vois très mal représenter les communes polynésiennes avec
les actuelles limites cotières d'OSM.

D'ailleurs si on compare les archipels "voisins", c'est la même chose
(Etats fédérés de Micronésie, Kiribati, Samoa Américaines, Îles Cook,
Hawaii...) ! Ils se sont tous appuyés pour l'instant sur les limites
territoriales pour leur découpage.

De là à ma reprocher d'avoir fait quelquechose qui sortait du rendu
classique alors que d'une part à l'heure où il a posté ça le rendu n'était
même pas encore disponible, et d'autre part que c'était comparable à tout
ce qui se fait autour !

En attendant, peu importe jusqu'où les communes vont en mer. OSM n'est pas
là pour fair un livre de droit, on en a besoin en tout premier lieu pour
les géolocaliser les unes et géolocaliser ce qui s'y trouve, à commencer
par leur population. Ce besoin devrait primer et OSM n 'écrit pas la loi.

De toute façon même en France métropolitaine on a confondu avec
"boundary=administrative" les limites administratives de l'Etat et de sa
déconcentration (préfectorale) avec les limites de compétence des
collectivités territoriales (décentralisation) et leur découpage. Ce qui
aboutit à l'ambiguité de ce que devrait représenter les départements et
régions qui sont bel et bien étendues jusqu'en haute mer pour l'Etat
(limties des régions et départements préfectoraux ou pour les zones de
défense nationale) mais pas pour les collectivités représentant les régions
ou départements.

Pourtant si on parle de découpage "administratif", cela devrait être
strictement le découpage de l'Etat. Ensuite si dans les découpes on trouve
des collectivités qui n'occupent pas la totalité du territoire c'est autre
chose et ce devrait être un autre type d'objet si on veut les distinguer.
Exemple "boundary=local_admin" (qui devrait s'appuyer sur les limites de
compétence réelles des collectivités, donc la ligne de côte d'OSM si vous
voulez... mais en fait ce n'est même pas ça !).

Et laisser alors "boundary=administrative" aller jusqu'aux eaux
territoriales (limites de la déconcentration de l'Etat, limites
préfectorales, limites de zones de défense et de compétence de la police
nationale): c'est ce qui a été fait en Slovénie par exemple.

Je me demande comment vous considérez les ports et marinas, les digues
construites légalement, les exploitations agricoles en mer, et pourquoi les
communes perçoivent des taxes locales !

Le 21 mars 2016 à 03:44, Jérôme Amagat  a écrit :

> Je suis pas d'accord, moi ce que je comprends :
> De la laisse de haute mer (limite mer terre lors d'une marée haute coef
> 120) jusqu’à la limite des eaux territoriales à 12 miles de la ligne de
> base, c'est le domaine public maritime. Et le DPM est géré par l’état et
> pas par les communes (c'est donc le cas sur les eaux intérieurs : laisse de
> haute mer jusqu’à ligne de base). Pour la police OK c'est pour la commune
> mais en gros que sur les plages. L’état peut accorder des concessions pour
> l'exploitation des plage ou des ports a des collectivités territoriales (ou
> a des groupes privés) mais c'est toujours l’état qui dictent ses lois.
> (avec les concessions au cimetière c'est toujours la commune qui gère tout
> le cimetière).
> la ligne de base ça sert à tracer d'autres lignes et aussi dans le droit
> maritime, c'est pas les même règle qui s'applique pour l’entrée d'un bateau
> dans les eaux territoriales et les eaux intérieurs mais j'ai pas
> l'impression qu'il y ai un changement au niveau des gens qui gère ces eaux.
>
>
> Le 20 mars 2016 à 06:59, Philippe Verdy  a écrit :
>
>> Cela n'a rien à voir avec le fait que pour délimiter les eaux de la mer
>> on utilise dans OSM la laisse de haute mer.
>>
>> En métropole si on utilise la natural=coastline pour les communes, c'est
>> en fait faux car ce devrait être la ligne de base (incluant les eaux
>> intérieures, et c'est ce qu'on fait déjà pour inclure les ports protégés
>> par digues, les marinas, et les estuaires pas trop larges (moins de 50
>> mètres environ à marée basse), et toutes les eaux situées en amont d'un
>> pont sur l'estuaire qui serait plus long que les 50 mètres (eaux
>> intérieures à partager entre deux communes si ce ne sont pas les mêmes sur
>> chaque rive) ou en amont d'un barrage (les eaux de l'étang ou du port dans
>> la retenue est aussi à partager 

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Vincent de Château-Thierry]

Bonjour,

> De: "Jean-Michel Pouré" 
> 
> Hier encore, j'ai utilisé OSMAnd et dans l'urgence, j'ai eu un mal de
> chien à trouver une adresse. Est-ce que vous avez avancé dans
> l'export
> BANO ?

Réponse courte : non

Pour en dire un peu plus : les données de BANO sont exportées chaque nuit et 
mises à disposition ici : http://bano.openstreetmap.fr/data/ . Il n'y a rien de 
prévu pour fournir un export spécifique à un logiciel client, on essaie de 
proposer des formats suffisamment ouverts (json, csv, rdf) et/ou conventionnels 
(shp) pour que chacun ensuite puisse consommer ces données, sans barrière.
Donc s'il faut alimenter OSMAnd avec les adresses de BANO, ce qui en soi serait 
une bonne chose, à la communauté des développeurs autour de ce logiciel de 
prendre l'initiative. On sera pas loin si besoin.

vincent

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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Michal Grézl]

co takhle seznam pouzivajici osm mimo cr. to je asi nejdulezitejsi
pouziti osm v republice:)

2016-03-21 1:18 GMT+01:00 Pavel Bokr :
> Ahoj,
>
> ve spolupraci s Pavlem Zbytovskym jsem na osmap.cz vytvoril samostatnou
> galerii vyuziti OSM:
> http://openstreetmap.cz/galerie
>
> Smyslem je ukazat vyuziti OSM predevsim v ceskych projektech a ceske
> komunite. Zatim je to takovy zarodek, verime ze dalsi priklady budou
> pribyvat a stanou se dalsi inspiraci jakymi ruznymi zpusoby lze OSM
> vyuzivat.
>
> Na konci je teda zminka i globalnich projektech nad daty OSM, aby se ukazalo
> alespon to nejzajimavejsi ze zahranicnich projektu (idealne nad CR). Z toho
> zahranici by tam asi mel byt jen vyber toho opravdu nejzajimavejsiho, aby
> bylo videt ze jake zajimave veci z toho delaji v zahranici a ze uzemi CR se
> neresi jen v ceskych projektech. Hlavni obsah teto stranky by vsak podle me
> melo byt ceske vyuziti.
>
>
>
>
> Timto si dovoluji vyzvat ostatni, aby zaslali nebo oznamili dalsi vyuziti
> OSM, ktere by se zde mohlo prezentovat:
>
> - dalsi obrazky do galerie prezentujici vyuziti (casem az bude vice obrazku
> se treba muze ukazat potreba prekategorizovani, pripadne muzeme vybirat jen
> ty lepsi)
>
> - tipy na on-line vyuziti, ktere by se resili odkazy aby tam byla videt
> prima on-line funkcnost vyuziti OSM, tady bude asi dost webu, ktere
> pouzivaji mapy podobne jako projekt Maticka Metropolis, ale protoze me ted
> zadny nenapada (i kdyz uz jsem nejake urcite videl), tak doufam ze nekoho
> neco napadne a praskne to :-)
>
> - tipy na vyber jen tech nejzajimavejsich mezinarodnich projektu (neco uz
> jsem tam naznacil ale urcite jsou i jine a patrne i zajimavejsi globalni
> vyuziti – tak pokud povazujete neco za zajimavejsi tak sem taky s tim; treba
> ja sam jsem nekde videl zajimavou mapu nejakeho piratkeho stylu, ale uz za
> boha nevim kde a blbec jsem si asi neulozil odkaz nebo ulozil tam kde uz o
> nem nevim, ted jsem nejakou nasel ale nebyla to ta puvodni co sla hodne
> zoomovat)
>
> - pripadne i jine typy tipu pokud uznate za vhodne ze by se na strance meli
> objevit
>
>
>
> Jakekoliv pripominky jsou take samozrejm vitany!
>
>
> Ahoj
> Pavel Bokr
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



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

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

Re: [Talk-cz] Fotky rozcestniku na osmap.cz

[Michal Grézl]

2016-03-19 19:24 GMT+01:00 Tom Ka :
> ahoj,
>
> dostal jsem se k opravam umisteni rozcestniku a vsiml si jeste jedne veci -
> muzes prosim do tabulky pridat polozku t_created - idealne timestamp on
> insert, at mame nekde cas vlozeni. Chapu ze nekdo muze vlozit starsi fotky a
> u dost z nich to bude v exifu, ale je dobre mit i tuhle informaci kdyz
> ostatni nebudou. Hodi se vedet, kdy zaznam vznikl (treba pro nahradu
> novejsim apod.)
>
> Zmeny souradnic ted nachystam a poslu soukrome jako SQL UPDATE.
>
> Diky

Ja bych radeji pouzil cas z exifu fotografie. Taky muzu pouzit timestamp z fs.
Budu vyrabet nejake zakladni ziskani exif dat. Datum z fs muzu nejak
vracet taky.
Do db by to slo dat primo taky, ale to se mi moc nechce.

ten update bude super:)

na presouvani:

/table/move
typ volani POST
post parametry: id, lat, lon

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

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

Re: [OSM-talk-fr] Le formulaire de recherche OSMand ignore la grande majorité des villes françaises

[Jean-Michel Pouré]

Bonjour à tous,

Hier encore, j'ai utilisé OSMAnd et dans l'urgence, j'ai eu un mal de
chien à trouver une adresse. Est-ce que vous avez avancé dans l'export
BANO ?

Cordialement,
Jean-Michel

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