Re: [OSM-talk-be] samenvoegen van stukken weg

2015-01-03 Thread Marc Gemis
Turn restrictions not for Mr. Everybody ? Did you try the iD UI for that ?
Simpler than that is almost possible (besides interpretation from spoken
natural language).

I've been thinking a bit about your proposal during my walk this afternoon.
I don't see how it helps when you have to turn a single way into a dual
carriageway or vice versa. Another problem that I see is that those
segments have to stay coupled to a street. Which makes it harder on the
server to verify. As far as I see it now, the implementation of the OSM API
for edits on the server is pretty straightforward and can handle large
loads. The more things that have to be verified, the higher the load for a
simple edit.

But with your new explanation, it seems that you make it even more complex,
since you create a segment / patch for each new combination of tags. So
when one wants to add an attribute to a street, one does not have to split
the street but X number of segments that might already exist ? With as only
benefit that there is only 1 object that represents a street. Which is
right now a number of OSM-ways that accidentally have the same name ? I
think the current approach of splitting a street is much easier then. We
just need an API to retrieve all OSM-ways that form a street. Some might
say associatedStreet, others say Street (cfr. discussion on cycleways),
or maybe some upcoming Overpass feature might solve it (cfr a request from
the maker of [1])

AFAIK there are no restrictions implied by a service road. Some navigation
systems put a penalty on service roads, as they are typically not for
through traffic.

regards

m

[1] http://osm.mueschelsoft.de/cgi-bin/render.pl  -- shows all lane 
direction information for a street

On Sat, Jan 3, 2015 at 1:47 PM, André Pirard a.pirard.pa...@gmail.com
wrote:

  On 2015-01-03 08:27, Marc Gemis wrote :

 I once read your proposal on the wiki. The main drawback that I see is
 that one will get an awful lot of layers (or whatever you want to call
 them). For each property you add to a street a need to create a new layer.
 After verifying of course that there isn't already a layer with that
 property. In that case you have to split the layer at the right place.

 No. There is not a layer for each property but for each segment of the
 road that has a different sets of properties.
 Take a bridge as an example.  With the present scheme, the road is split
 in three parts.
 With my scheme, it has only two parts: the road and the patch for the
 bridge.
 And the patch for the bridge very clearly contains all the tags that
 relate to the bridge only, for example a special speed limit and a name.
 Presently, if two paths arriving at a main road are 50 m apart like this
 and a walk uses the paths
   |
 *---*-
|
 then the road must be split as shown and the red part becomes part of the
 walk.
 With patches, the road remains intact and the patch is in the walk that is
 self contained.

  I try to imaging how a UI to edit that would look like. Or software that
 uses that data. I wonder whether it would much easier to work with such a
 structure. hard to tell. You are probably to much ahead of your time with
 this proposal.

 The UI would make very clear what the bridge is and the user would have a
 very clear view of what its particular tags are instead of being mixed with
 the tags of the road.  For the walk, the user dealing with the main street
 would have very little concern with it. The users would not have to compare
 the tags of different splits and wonder to what they relate. It's pure
 simplicity.

 I have now devised a much more simpler way to do patches than what I
 explained before. But, as you almost say, I would lose my time explaining
 that. Unfortunately, this means that OSM will remain very complicated,
 mapping restricted to gurus and subject to many mistakes.  For example,
 tagging a simple turn restriction is NOT for Mr Everybody and when I make a
 simple GPS trip nearby, it goes through a track through the meadows instead
 of the main road.  That's probably because the definition of a service road
 is fuzzy and does not say if it's an access restrictions or not. The mapper
 and GPS writer probably had different points of view about that.  And that
 happens in several places.

 Cheers

   André.




  regards
 m


  PS, it is indeed pretty confusing that something with one 'l' in one
 language has two in the other, and has another meaning in the second
 language with one l.

 On Sat, Jan 3, 2015 at 2:34 AM, André Pirard a.pirard.pa...@gmail.com
 wrote:

  On 2015-01-02 19:01, Marc Gemis wrote :


 2015-01-02 17:11 GMT+01:00 André Pirard a.pirard.pa...@gmail.com:

 J'ai un jour écrit un article décrivant une méthode pour ne plus devoir
 découper les chemins mais ça n'a intéressé personne.


 I've read somewhere that navigation software will split all ways at a
 crossing in order to be able to calculate all possible routes. So the
 merging 

[OSM-talk-be] Voor liefhebbers van POIs / for the POI-lovers

2015-01-03 Thread Marc Gemis
De Nederlander Marc Zoutendijk is volop bezig met de ontwikkeling van een
website voor het bekijken en editeren van POIs. zie [1]. Je kan de
ontwikkeling en de vragen volgen op het NL-forum [2]. Hij heeft er ook een
diary entry over geschreven [3] (in het Engels)

The Dutchmen Marc Zoutendijk is currently developing a website for viewing
and editing POIs. see [1]. There is a discussion thread [2] on the Dutch
forum. There is an English diary entry about the tool [3]

mvg, regards

m


[1] http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/index.html
[2] http://forum.openstreetmap.org/viewtopic.php?pid=475397
[3] http://www.openstreetmap.org/user/marczoutendijk/diary/28316
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] samenvoegen van stukken weg

2015-01-03 Thread André Pirard

  
  
On 2015-01-03 17:39, Marc Gemis wrote :


  
I've been thinking a bit about your proposal during my walk
  this afternoon. I don't see how it helps when you have to turn
  a single way into a dual carriageway or vice versa. Another
  problem that I see is that those segments have to stay coupled
  to a street. Which makes it harder on the server to verify. As
  far as I see it now, the implementation of the OSM API for
  edits on the server is pretty straightforward and can handle
  large loads. The more things that have to be verified, the
  higher the load for a simple edit.
  

?

  


But with your new explanation, it seems that you make it
  even more complex, since you create a segment / patch for each
  new combination of tags. So when one wants to add an attribute
  to a street, one does not have to split the street but X
  number of segments that might already exist ? 
  

It seems that you did not understand. No patch is created for each
new combination of tags. They are created only over the segment of
the road that has tags different from the rest and they contain only
the tags that are different.  Creating a new patch does not splits
existing patches, they overlap like they overlap the main road.
Example:

   
  cobble stones patch  
--- 
  road 

  --    50 km/h patch
  
50 km/h has been added without splitting anything and a part of
the road is both cobble stones and 50 km/h, a new combination that
does not split anything.  Both patches are separate, well isolated
concepts that do not interfere with each other and that can be
changed or removed without (almost) any concern for the rest without
changing anything else. 

Now, I'm sorry that I have to close this discussion because I'm
losing my time.


  
With as only benefit that there is only 1 object that
  represents a street. Which is right now a number of OSM-ways
  that accidentally have the same name ? I think the current
  approach of splitting a street is much easier then. We just
  need an API to retrieve all OSM-ways that form a street. Some
  might say "associatedStreet", others say "Street" (cfr.
  discussion on cycleways), or maybe some upcoming Overpass
  feature might solve it (cfr a request from the maker of [1])


AFAIK there are no restrictions implied by a service road.
  Some navigation systems put a penalty on service roads, as
  they are typically not for through traffic.


regards


m
  
  
  [1] http://osm.mueschelsoft.de/cgi-bin/render.pl
 -- shows all lane  direction information for a street

  
  
On Sat, Jan 3, 2015 at 1:47 PM, André
  Pirard a.pirard.pa...@gmail.com
  wrote:
  

  On 2015-01-03 08:27, Marc Gemis wrote :
  
  

  I once read your proposal on the wiki.
The main drawback that I see is that one will get an
awful lot of "layers" (or whatever you want to call
them). For each property you add to a street a need
to create a new layer. After verifying of course
that there isn't already a layer with that property.
In that case you have to split the layer at the
right place.

   No. There is not a "layer" for each property but
  for each segment of the road that has a different sets of
  properties.
  Take a bridge as an example.  With the present scheme, the
  road is split in three parts.
  With my scheme, it has only two parts: the road and the
  patch for the bridge.
  And the patch for the bridge very clearly contains all the
  tags that relate to the bridge only, for example a special
  speed limit and a name.
  Presently, if two paths arriving at a main road are 50 m
  apart like this and a walk uses the paths
    |
  
     |
  then the road must be split as shown and the red part
  becomes part of the walk.
  With patches, the road remains intact and the patch is in
   

[OSM-talk] MEP - pipelines

2015-01-03 Thread Rainer Fügenstein

in accordance to the mechanical edit policy, I'd like to open the
discussion on this list:

a recently approved proposal introduced new tags for pipelines and
marker [1] and changed an established tag:

type=* was changed to substance=*

the main reason for this change was a (possible) conflict with type=*
as used in relations. also, type=* was considered to be too generic to
describe the medium flowing within pipelines.

this requires a mechanical update of existing data:

nodes: containing pipeline=marker
nodes: containing pipeline=substation
  type=* -- substance=*

ways: for man_made=pipeline
ways: containing pipeline=substation
  type=* -- substance=*

As of now, I'm only aware of the ITO pipeline map (rendering), that is
affected by this change.

this affects data worldwide. I assume that this update will have to be
executed several times in the near future, as mappers may continue to
use type=* until they are aware of the new pipeline tagging scheme.

cu


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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread Werner Hoch
Hi,

Am Samstag, den 03.01.2015, 17:50 +0100 schrieb Rainer Fügenstein:
 in accordance to the mechanical edit policy, I'd like to open the
 discussion on this list:
 
 a recently approved proposal introduced new tags for pipelines and
 marker [1] and changed an established tag:
 
 type=* was changed to substance=*
 
 the main reason for this change was a (possible) conflict with type=*
 as used in relations. also, type=* was considered to be too generic to
 describe the medium flowing within pipelines.

Some mappers used pipeline:type for the substance.
http://taginfo.openstreetmap.org/keys/pipeline:type#values

It is/was a recommendation to use xx:type instead of the confusing type
tag (especially on relations).
http://wiki.openstreetmap.org/wiki/Key:type

Can you have a look at that pipeline:type tag, too?

Regards
Werner (werner2101)


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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread Rainer Fügenstein


CH No, just because a handful of wiki 'votes' does not mandate a mechanical 
CH edit.

OK, then we'll have split data.

CH What about the maps I produce for my client? You're not likely to know
what about changing the rendering rules after the mechanical edit?

the purpose of this discussion is to let users like you know about the
change.

CH about it as it is a private project. If you make a mechanical edit that 
CH breaks my render, should I send the bill for the changes to you
no. you're using open data here without any guarantees.

CH What? your amazing wiki page might be ignored by some mappers? How dare
CH they?!
[censored]

CH If you must have a mechanical edit (which I don't see as vital), why not 
CH add substance=* tag alongside the type=* tag?
redundancy?


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


[OSM-talk] osmapi 0.5.0 for python supports changeset discussion

2015-01-03 Thread Stefan Oderbolz
Hi there,

the python wrapper for the OSM API now finally supports changeset
discussions, the new feature introduced in November:
https://pypi.python.org/pypi/osmapi

In the course of this update, I also added the new calls to the API wiki
page: http://wiki.openstreetmap.org/wiki/API_v0.6.

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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread François Lacombe
I don't see any objection to do as Rainer suggested.

Maybe someone can give us examples of conflict with any other data ?


All the best

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux http://www.twitter.com/InfosReseaux

2015-01-03 17:50 GMT+01:00 Rainer Fügenstein r...@oudeis.org:


 in accordance to the mechanical edit policy, I'd like to open the
 discussion on this list:

 a recently approved proposal introduced new tags for pipelines and
 marker [1] and changed an established tag:

 type=* was changed to substance=*

 the main reason for this change was a (possible) conflict with type=*
 as used in relations. also, type=* was considered to be too generic to
 describe the medium flowing within pipelines.

 this requires a mechanical update of existing data:

 nodes: containing pipeline=marker
 nodes: containing pipeline=substation
   type=* -- substance=*

 ways: for man_made=pipeline
 ways: containing pipeline=substation
   type=* -- substance=*

 As of now, I'm only aware of the ITO pipeline map (rendering), that is
 affected by this change.

 this affects data worldwide. I assume that this update will have to be
 executed several times in the near future, as mappers may continue to
 use type=* until they are aware of the new pipeline tagging scheme.

 cu


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

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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread Chris Hill

On 03/01/15 16:50, Rainer Fügenstein wrote:

in accordance to the mechanical edit policy, I'd like to open the
discussion on this list:

a recently approved proposal introduced new tags for pipelines and
marker [1] and changed an established tag:

type=* was changed to substance=*


The values may need changing, e.g. type=sewer become substance=sewage


the main reason for this change was a (possible) conflict with type=*
as used in relations. also, type=* was considered to be too generic to
describe the medium flowing within pipelines.

this requires a mechanical update of existing data:


No, just because a handful of wiki 'votes' does not mandate a mechanical 
edit.



nodes: containing pipeline=marker
nodes: containing pipeline=substation
   type=* -- substance=*

ways: for man_made=pipeline
ways: containing pipeline=substation
   type=* -- substance=*

As of now, I'm only aware of the ITO pipeline map (rendering), that is
affected by this change.


What about the maps I produce for my client? You're not likely to know 
about it as it is a private project. If you make a mechanical edit that 
breaks my render, should I send the bill for the changes to you rather 
than ask my client to pay? (This is not hypothetical I really do have a 
render using pipelines. I'm also using pipeline data to calculate 
approximations of distribution and aggregation).




this affects data worldwide. I assume that this update will have to be
executed several times in the near future, as mappers may continue to
use type=* until they are aware of the new pipeline tagging scheme.


What? your amazing wiki page might be ignored by some mappers? How dare 
they?!


If you must have a mechanical edit (which I don't see as vital), why not 
add substance=* tag alongside the type=* tag? That way existing renders 
and other uses will not be broken. Mech edits that are presumably 
intended to improve the quality of OSM data can badly damage confidence 
in the data by breaking existing use.


--
Cheers, Chris
user: chillly


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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread François Lacombe
2015-01-03 18:22 GMT+01:00 Chris Hill o...@raggedred.net:


 The values may need changing, e.g. type=sewer become substance=sewage


+1 indeed




 What about the maps I produce for my client? You're not likely to know
 about it as it is a private project. If you make a mechanical edit that
 breaks my render, should I send the bill for the changes to you rather than
 ask my client to pay? (This is not hypothetical I really do have a render
 using pipelines. I'm also using pipeline data to calculate approximations
 of distribution and aggregation).


The map your produce for private projects should be based on a static
export of OSM.
It will prevent any kind of vandalism to have impact on your valuable
services.

As data producer, may I ask you how can I refine any tagging scheme if so
called private projects have priority on information improvement and
general interest ?

Rainer, I doesn't avoid you contacting supp...@itoworld.com (and maybe any
other pipeline user) to inform them.



 If you must have a mechanical edit (which I don't see as vital), why not
 add substance=* tag alongside the type=* tag? That way existing renders and
 other uses will not be broken. Mech edits that are presumably intended to
 improve the quality of OSM data can badly damage confidence in the data by
 breaking existing use.


Why not. It will maintain type=* on features which shouldn't be described
with it and I think it's bad.

If we do so, the wiki must be assumed as a reference.
Because, when substance=* and type=* will be on every feature, who will be
able to make the distinguish between them both ?


All the best

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux http://www.twitter.com/InfosReseaux
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] 176k Wikidata tags to add to OSM

2015-01-03 Thread Morray
Hi Edward,

any updates on your project? As said before, I would love to see some
test imports.
Am 24.11.2014 um 12:28 schrieb Edward Betts:
 It has been suggested that I shouldn't be using Wikipedia at all, instead I
 should be looking at the 'instance of' property in Wikidata. Using English
 Wikipedia introduces an English-language bias, there are items in Wikidata
 without an associated article in English Wikipedia. The reason for using
 Wikipedia Categories is because use of the 'instance of' property is very
 patchy. The majority of the items in my result list don't include the
 'instance of' property. A related piece of work will be to populate this
 field in Wikidata, but for now I'm focused on linking OSM and Wikidata.
Did you already start on this side?
 There are already 25k things with a Wikidata tag in OSM. When I compare this
 list with my generated list I find 2,000 cases where a given Wikidata ID is
 assigned to a different OSM object from the one picked by my system. In
 addition there are 26 OSM objects with a wikidata tag pointing at a different
 Wikidata item.
By now there are arround 26k things. Give it a boost to 30k ;-), in a
well defined area. So people can evaluate.
 Many of these mismatches are villages, towns and municipalities in Germany.
 One possible way to solve this is if I exclude settlements in Germany from my
 list. It looks like Germany doesn't need an automated import of Wikidata tags.
Why are they mismatching? Maybe we can fix it.

Happy new year
Morray

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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread Chris Hill

On 03/01/15 17:46, François Lacombe wrote:



2015-01-03 18:22 GMT+01:00 Chris Hill o...@raggedred.net 
mailto:o...@raggedred.net:


What about the maps I produce for my client? You're not likely to
know about it as it is a private project. If you make a mechanical
edit that breaks my render, should I send the bill for the changes
to you rather than ask my client to pay? (This is not hypothetical
I really do have a render using pipelines. I'm also using pipeline
data to calculate approximations of distribution and aggregation).


The map your produce for private projects should be based on a static 
export of OSM.
It will prevent any kind of vandalism to have impact on your valuable 
services.


Thanks for telling me how to run my process. Given that the data used in 
the project are being edited and are evolving and includes data other 
than the pipeline data that are being edited, a static snapshot won't 
cut it.


I include some mechanical edits as vandalism, other than that, vandalism 
has not caused me any problems at all.




As data producer, may I ask you how can I refine any tagging scheme if 
so called private projects have priority on information improvement 
and general interest ?


If you must adjust tagging schemes that are in use, then you must devise 
a way to migrate to the new scheme in stages that doesn't break the 
existing processes that people use the data for. The proposer of the 
change is, IMO, fully responsible for this and if there is not a proper 
migration plan then the change should be quickly rejected. Simply 
replacing a tag with another tag via mechanical edit at an arbitrary 
point in time just isn't good enough to me.


--
Cheers, Chris
user: chillly


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


Re: [OSM-talk] MEP - pipelines

2015-01-03 Thread François Lacombe
2015-01-03 21:18 GMT+01:00 Chris Hill o...@raggedred.net:


 I include some mechanical edits as vandalism, other than that, vandalism
 has not caused me any problems at all.


I was too.
And I don't understand why a static snapshot can't help you regarding
changes that don't suit your needs.



 If you must adjust tagging schemes that are in use, then you must devise a
 way to migrate to the new scheme in stages that doesn't break the existing
 processes that people use the data for. The proposer of the change is, IMO,
 fully responsible for this and if there is not a proper migration plan then
 the change should be quickly rejected. Simply replacing a tag with another
 tag via mechanical edit at an arbitrary point in time just isn't good
 enough to me.


I'm sorry, but I'm not very fond of bureaucracy.
My unpaid contribution is entirely done in free time (like many MANY people
here) and we won't spend it on personal interests considerations.

As Rainer rightly said, you're using free data without any guarantee.

My point isn't to not be user-friendly, but if I setup a smooth migration
process for YOU, it won't necessarily suit your neighbour's processes.
Why each data consumer can't adapt themselves and make an effort ?
Mechanical edits aren't bad if they are prepared and users informed about
it. Then a precise date can be discussed and everyone start using tags at
the same tags without letting the old ones in the DB for years.

Rainer, others and myself should be focused on consistency, versatility of
tags, doing things (like tag migration) once.

That's why OSM need a serious workflow refinement regarding tagging
reference. This new one should include mechanical edits and communication
about them toward data consumers.


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux http://www.twitter.com/InfosReseaux
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-it] Inversione ad U ad incrocio

2015-01-03 Thread Volker Schmidt
Ho guardato la situazione su StreetView.
Penso che l'inversione a U come la descrivi tu, vista l'assenza di
cartelli, sia legale, anche se non consigliata.
Ho anche guardato il senso opposto dove c'è segnaletica che mi sembra è
ignorata (https://maps.google.com/maps?output=classicdg=oo). C'è la
segnaletica solo diritto ma la varie foto Streetview fanno vedere una
macchina e due moto girare a sinistra. Ma l'inversione a U è vietata
chiaramente.

2015-01-03 15:03 GMT+01:00 emmexx emm...@tiscalinet.it:

 Cercando di sistemare le turn restrictions di un incrocio mi sono
 imbattuto in un problema legato al routing.

 http://osrm.at/ax1

 In teoria le inversioni ad U sono vietate agli incroci, senza bisogno di
 ulteriore segnaletica verticale.
 Nel caso in questione e' presente uno spartitraffico, dove si trova un
 semaforo, ma non ci sono altri cartelli. Probabilmente e' un errore del
 Comune perche' in quell'incrocio c'e' anche una via a sx contromano e
 quindi dovrebbe esserci un divieto di svolta. Vabbe'...

 Volevo capire se, anche in mancanza di segnaletica, e' il caso di inserire
 una o piu' turn restrictions in casi come questo.

 grazie
 maxx

 ___
 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] Vendita legna

2015-01-03 Thread Mauro Costantini
Il 3 gennaio 2015 11:52, Carlo Stemberger carlo.stember...@gmail.com
ha scritto:
 Chi produce legna da ardere è un'impresa agricola: secondo me si dovrebbe
 mappare questa attività sostanzialmente come chi produce mele o pomodori.

I roditori potrebbero trovarlo interessante.

Guardando cosa fanno gli altri mappers, in ordine di utilizzo troviamo:

[999* fuel=wood]
102 shop=wood
9 shop=firewood
1 shop=woods
1 shop=fire_wood
1 fuel:wood=yes

* insieme a amenity=bbq, leiusure, tourism, shelter, ecc... nessuno
che venda legna.

Guardando all'utilizzo (bruciare) direi che senza dubbio sto cercando
un combustibile (fuel), poi che sia liquido, solido o gassoso, dipende
dal tipo di caldaia che possiedo.

E se il negozio di combustibili vendesse non solo legna, ma anche
carbone, gasolio e bombole di gpl/metano?

359 shop=gas
7 shop=lpg
4 shop=coal

Non è un distributore sulla strada (amenity) ma solo un negozio di
combustibili (shop).
Propongo
shop=fuel, fuel:wood=yes, fuel:coal=yes, fuel:diesel=yes,
fuel:lpg=yes, fuel:cng=yes
coerentemente con lo schema adottato per qualsiasi altro combustibile.

Da taginfo ci sono 32 shop=fuel.

Mauro.

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


[Talk-it] Posizionamento Tracce GPS

2015-01-03 Thread Angelo Moroni
Ragazzi Ciao,
Mi chiamo Angelo e sono iscritto da più di un anno alla list. Vi seguo, ma
poi effettivamente non ho dato molto contributo.
Comunque mi è capitato di lavorare con le mappe OSM per la mia tesi
universitaria.
Voglio, appunto, condividere con voi il mio lavoro che purtroppo ho
lasciato perdere per vari motivi (di lavoro, anche).

Innanzitutto trovate il codice e il testo della tesi che spiega tutto al
seguente link https://github.com/chemickypes/searchgpspath

In pratica, il lavoro consiste nel posizionare le tracce GPX sulla mappa in
modo tale da poter estrarre tutte le informazioni necessarie.

Più in dettaglio:
1. La mappa (osm) viene partizionata in un diagramma di voronoi (in
particolare questa parte è stato il mio vero lavoro)
2. per mezzo di un algoritmo di point location, posizioniamo i punti della
traccia a quelli reali della mappa (questo è stato in particolare il lavoro
del mio collega)

Nella tesi comunque è scritto tutto.
Per qualsiasi cosa sono a disposizione.

Spero che serva a qualcuno.

Vi auguro buona giornata.

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


[Talk-it] Numeri Civici Open Data Regione Sardegna ....

2015-01-03 Thread cesare gerbino
Ciao a tutti,

un po di tempo ricordo che è apparsa la news che la Regione Sardegna
rendeva disponibili sul suo geoPortale i Numeri Civici georiferiti al
seguente indirizzo 

http://www.sardegnageoportale.it/index.php?xsl=1598s=140641v=2c=8831t=1

Ho provato a scaricarli e a dargli un'occhiata ma devo ammettere, anche
leggendomi i metadati, che non riesco a capire come visualizzare le info
associate che mi diano visione dei classici dati associati ad un civico e
quindi tipo_via toponimo civico.

Sicuramente sono in qualche altro strato da scaricare e mettere in join
ma non ho capito quali e come :-(

Qualcuno riesce a darmi una mano con qualche spiegazione più terra-terra?

Grazie mille sin da ora!

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Problema rendering chiese

2015-01-03 Thread Fabrizio Tambussa
Magari vengono renderizzate solo le tiles che hanno 'subito' cambiamenti.
È solo un'ipotesi.
Saluti
Il 03/Gen/2015 09:16 Federico Cortese cortese...@gmail.com ha scritto:

 2015-01-03 8:39 GMT+01:00 Luca Delucchi lucadel...@gmail.com:
  2015-01-02 22:48 GMT+01:00 sabas88 saba...@gmail.com:
  Ciao,
  mi sa che l'hanno rilasciato subito...
  https://c.tile.openstreetmap.org/17/68787/47453.png
 
  non sto capendo come mai genova la vedo col nuovo stile, mentre trento
  con quello vecchio, ed ho anche provato a far ricaricare le tiles...
 
 Anche in provincia di Lecce avevo notato lo stesso problema ieri,
 alcuni tiles vengono renderizzati col nuovo stile altri restano col
 vecchio, anche ricaricando ripetutamente.
 Il discorso vale anche per gli stessi tiles a diversi livelli di zoom.
 Credevo fosse una cosa temporanea invece permane ancora stamattina.

 Ciao
 Federico

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

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


[Talk-it] Inversione ad U ad incrocio

2015-01-03 Thread emmexx
Cercando di sistemare le turn restrictions di un incrocio mi sono 
imbattuto in un problema legato al routing.


http://osrm.at/ax1

In teoria le inversioni ad U sono vietate agli incroci, senza bisogno di 
ulteriore segnaletica verticale.
Nel caso in questione e' presente uno spartitraffico, dove si trova un 
semaforo, ma non ci sono altri cartelli. Probabilmente e' un errore del 
Comune perche' in quell'incrocio c'e' anche una via a sx contromano e 
quindi dovrebbe esserci un divieto di svolta. Vabbe'...


Volevo capire se, anche in mancanza di segnaletica, e' il caso di 
inserire una o piu' turn restrictions in casi come questo.


grazie
maxx

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


Re: [Talk-it] Inversione ad U ad incrocio

2015-01-03 Thread Volker Schmidt
Non l'avrei fatto, ma non sapevo che l'inversione a U è generalmente
vietato a incroci in Italia. Ci sono paesi dove non è vietato.

2015-01-03 18:06 GMT+01:00 emmexx emm...@tiscalinet.it:

 Il 01/03/2015 03:59 PM, Volker Schmidt scrisse:

 Penso che l'inversione a U come la descrivi tu, vista l'assenza di
 cartelli, sia legale, anche se non consigliata.


 Il codice della strada dice che l'inversione a U agli incroci e' vietata,
 non c'e' bisogno di specifici cartelli.
 Oltre al fatto che in quel punto e' come fare inversione in autostrada ;-)

 ciao

 maxx


 ___
 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] Inversione ad U ad incrocio

2015-01-03 Thread emmexx

Il 01/03/2015 03:59 PM, Volker Schmidt scrisse:

Penso che l'inversione a U come la descrivi tu, vista l'assenza di
cartelli, sia legale, anche se non consigliata.


Il codice della strada dice che l'inversione a U agli incroci e' 
vietata, non c'e' bisogno di specifici cartelli.

Oltre al fatto che in quel punto e' come fare inversione in autostrada ;-)

ciao
maxx


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


Re: [Talk-it] Vendita legna

2015-01-03 Thread Alberto Nogaro
From: Volker Schmidt [mailto:vosc...@gmail.com] 
Sent: sabato 3 gennaio 2015 11:21
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Vendita legna

Forse.
ci sono 9 shop=firewood e un  shop=fire_wood in Taginfo 

Ci sono anche 60 trade=wood. Anche 40 trade=timber_yard, ma questo penso sia 
pensato per legname da costruzione.

Ciao,
Alberto



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


Re: [Talk-it] Vendita legna

2015-01-03 Thread girarsi_liste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 03/01/2015 11:37, Volker Schmidt ha scritto:
 Nemmeno questo, secondo me. Man_made indica una costruzione, ma tu
 vuoi descrivere una attività commerciale.
 
 

No, credo che per la vendita shop=firewood vada bene, è solo il caso
eventuale di produzione propria di legna che non mi riesce, pensavo di
inquadrare la cosa tipo una segheria artigianale, ma non mi quadra
nemmeno questa.

È un lavoro specifico, per cui credo bisognerà inventare un tag/key
apposito.

Mi fà strano vedere che non esiste, visto che praticamente è presente
in tutto il nord e centro europa.


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUp8d/AAoJEMTPIIVov0ZtJuIH/iP7sXvxcFvZEWEKAVeLQHJp
WsZYqVoc5e1/TPuDddPaUErShIrbnr2pt/hAN2elpNzcd7q8QFD0EYuQv5080RVw
95CYLHe/bReIXmY44rFc7lKxKvq3PPbMdjhoP98SuF+fauvrABCJw/ZhIXM4Omi8
ZIJSIWpIeXb5Ee47qWWoHTOlpyoLwPZSflz5zT8wvnDFacJPwHBPNKRmLPl46zhp
1kMxWqQXIOn9KC3+k2g79YKpNhUqELqK9vMI39o29J2uizXT5uzarfsBHCutCJEn
3IHFdKtDJmTkcI59zgwY0x39TBLLWe5QzfwywGB7T84khBnXz/UAOR98fLu06Rg=
=EuDY
-END PGP SIGNATURE-

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


Re: [Talk-it] Vendita legna

2015-01-03 Thread girarsi_liste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 03/01/2015 10:43, Gianluca Boero ha scritto:
 Ciao a tutti.
 
 Dovrei taggare un'attività commerciale che vende legna da ardere
 in prevalenza.
 
 Ho trovato sul wiki il tag shop:energy che ha come traduzione
 negozio che vende forniture di energia.
 
 Non mi sembra molto appropriato per il legname ma non so dove
 collocarlo.
 
 Avete idee in proposito?
 
 Ciao...
 
 Gianluca
 

forse:

shop=firewood

e se le produce anche:

man_made=firewood


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUp7xeAAoJEMTPIIVov0Zt2UAH/iwUTTOjL45SsNEjdM7J5COD
zp6go04D5SwPl4YYhmWKQHl5M5UuWmqTttbgPSl51xcPfW+1n5zpPmyBKO+nuRy+
NF37lgDSy5yb6co5qnkfuB1He4iooaq5X+E1SGkk5/9Y0S5rrZkTktJloNExE3sq
YH2smgXFa0hJ6a06ayWrtgXEOtKRGL8qKUgxE0pYBAN2LJRL2DMq7dmtF3qvLd8A
BzO1uTeckohHdC/FylSvDeKEXFReim24ls45Qx1ED04G3QJ1f8Bm67Xj5cg64SrB
HC5ImuHlpGJfeMS82+mM/98LiXY69rpFhniIIKXFf+F6Kp6XT9nks52EJxkGQS4=
=OIzn
-END PGP SIGNATURE-

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


Re: [Talk-it] Vendita legna

2015-01-03 Thread Volker Schmidt
Nemmeno questo, secondo me. Man_made indica una costruzione, ma tu vuoi
descrivere una attività commerciale.


On 3 January 2015 at 11:23, girarsi_liste liste.gira...@gmail.com wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 03/01/2015 11:21, Volker Schmidt ha scritto:
  Non va bene.
  A tag for identifying man made (artificial) structures and
  buildings added to the landscape.
 
 

 MmH!

 Forse:

 man_made=storage_firewood


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


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQEcBAEBAgAGBQJUp8M8AAoJEMTPIIVov0Zt1pgIAM94k/m4VyUT+p7+tSBcakwK
 F4nWdH/cjusjGXM8CHFmDQDEzguYguJMMiA/RVgSTBF8+FdHhJ3eFtkcvnQ8lcpU
 1wfaREByKv4K7hC32/4hZJ3Xs2ltaW/1slDDJuIYzZX1JtwiY0ERr5NOMtBk1Ug7
 HM6ch2EHe6YK9daweoNNO2ArGs9tTTvlHr+GGZXHAwJwNer6jLfI0efrVXSUvP7O
 SVqjsQshqrzcCMQMbL4sx1mB238gcSneshHupTUj7K2z62HVKv93LLQqB9EqafWS
 /uvNNTPXJwWMp4APR1Rapau1eLHAK0vcph/aFPsA2gw5YojBMhHpEMPaJeRfGws=
 =FLBM
 -END PGP SIGNATURE-

 ___
 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] Problema rendering chiese

2015-01-03 Thread Federico Cortese
2015-01-03 8:39 GMT+01:00 Luca Delucchi lucadel...@gmail.com:
 2015-01-02 22:48 GMT+01:00 sabas88 saba...@gmail.com:
 Ciao,
 mi sa che l'hanno rilasciato subito...
 https://c.tile.openstreetmap.org/17/68787/47453.png

 non sto capendo come mai genova la vedo col nuovo stile, mentre trento
 con quello vecchio, ed ho anche provato a far ricaricare le tiles...

Anche in provincia di Lecce avevo notato lo stesso problema ieri,
alcuni tiles vengono renderizzati col nuovo stile altri restano col
vecchio, anche ricaricando ripetutamente.
Il discorso vale anche per gli stessi tiles a diversi livelli di zoom.
Credevo fosse una cosa temporanea invece permane ancora stamattina.

Ciao
Federico

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


Re: [Talk-it] Vendita legna

2015-01-03 Thread girarsi_liste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 03/01/2015 11:21, Volker Schmidt ha scritto:
 Non va bene.
 A tag for identifying man made (artificial) structures and
 buildings added to the landscape.
 
 

MmH!

Forse:

man_made=storage_firewood


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUp8M8AAoJEMTPIIVov0Zt1pgIAM94k/m4VyUT+p7+tSBcakwK
F4nWdH/cjusjGXM8CHFmDQDEzguYguJMMiA/RVgSTBF8+FdHhJ3eFtkcvnQ8lcpU
1wfaREByKv4K7hC32/4hZJ3Xs2ltaW/1slDDJuIYzZX1JtwiY0ERr5NOMtBk1Ug7
HM6ch2EHe6YK9daweoNNO2ArGs9tTTvlHr+GGZXHAwJwNer6jLfI0efrVXSUvP7O
SVqjsQshqrzcCMQMbL4sx1mB238gcSneshHupTUj7K2z62HVKv93LLQqB9EqafWS
/uvNNTPXJwWMp4APR1Rapau1eLHAK0vcph/aFPsA2gw5YojBMhHpEMPaJeRfGws=
=FLBM
-END PGP SIGNATURE-

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


[Talk-it] Vendita legna

2015-01-03 Thread Gianluca Boero

Ciao a tutti.

Dovrei taggare un'attività commerciale che vende legna da ardere in 
prevalenza.


Ho trovato sul wiki il tag shop:energy che ha come traduzione negozio 
che vende forniture di energia.


Non mi sembra molto appropriato per il legname ma non so dove collocarlo.

Avete idee in proposito?

Ciao...

Gianluca

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


Re: [Talk-it] Vendita legna

2015-01-03 Thread Volker Schmidt

 forse:

 shop=firewood


Forse.
ci sono 9 shop=firewood e un  shop=fire_wood in Taginfo


 e se le produce anche:

 man_made=firewood


 Non va bene.
A tag for identifying man made (artificial) structures and buildings added
to the landscape.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Vendita legna

2015-01-03 Thread Carlo Stemberger
Chi produce legna da ardere è un'impresa agricola: secondo me si dovrebbe
mappare questa attività sostanzialmente come chi produce mele o pomodori.

Ciao!

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


Re: [Talk-it] Problema rendering chiese

2015-01-03 Thread Any File
2015-01-03 12:22 GMT+01:00 Fabrizio Tambussa ftambu...@gmail.com:
 Magari vengono renderizzate solo le tiles che hanno 'subito' cambiamenti.
 È solo un'ipotesi.
 Saluti


Se avete nella cache vecchie tiles potrebbe essere che vengono
visualizzate quelle. Provate a chiedere al browser di aggiornare la
pagina e i suoi contrnuti.

Io, nelle zone di Milano che ho controllato, vedo vecchio stile gli
zoom da 10 a 12, poi nuovo stile da 13 a 16 poi vecchio sitle dallo
zoom 17 allo zoom 19.

AnyFile

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


Re: [Talk-it] [SOD] Numeri Civici Open Data Regione Sardegna ....

2015-01-03 Thread sabas88
On 3 Jan 2015 18:19, cesare gerbino cesaregerb...@gmail.com wrote:

 Ciao a tutti,

 un po di tempo ricordo che è apparsa la news che la Regione Sardegna
rendeva disponibili sul suo geoPortale i Numeri Civici georiferiti al
seguente indirizzo 


http://www.sardegnageoportale.it/index.php?xsl=1598s=140641v=2c=8831t=1

 Ho provato a scaricarli e a dargli un'occhiata ma devo ammettere, anche
leggendomi i metadati, che non riesco a capire come visualizzare le info
associate che mi diano visione dei classici dati associati ad un civico e
quindi tipo_via toponimo civico.

 Sicuramente sono in qualche altro strato da scaricare e mettere in join
ma non ho capito quali e come :-(

 Qualcuno riesce a darmi una mano con qualche spiegazione più
terra-terra?

Qui c'è la documentazione di Leonardo per l'import,  magari ti è utile
http://wiki.openstreetmap.org/wiki/Sardegna/Import/Address_import_for_Sardinia

 Grazie mille sin da ora!

 Cesare Gerbino

Ciao,
Stefano

 http://cesaregerbino.wordpress.com/
 http://www.facebook.com/cesare.gerbino

http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
 https://twitter.com/CesareGerbino
 http://www.linkedin.com/pub/cesare-gerbino/56/494/77b

 --
 Hai ricevuto questo messaggio perché sei iscritto al gruppo Spaghetti
Open Data di Google Gruppi.
 Per annullare l'iscrizione a questo gruppo e non ricevere più le sue
email, invia un'email a spaghettiopendata+unsubscr...@googlegroups.com.
 Visita questo gruppo all'indirizzo
http://groups.google.com/group/spaghettiopendata.
 Per altre opzioni visita https://groups.google.com/d/optout.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] [SOD] Numeri Civici Open Data Regione Sardegna ....

2015-01-03 Thread Leonardo Frassetto
Che paese ti interessa (se é disponibile nei civici)?
Il 03/gen/2015 19:22 sabas88 saba...@gmail.com ha scritto:


 On 3 Jan 2015 18:19, cesare gerbino cesaregerb...@gmail.com wrote:
 
  Ciao a tutti,
 
  un po di tempo ricordo che è apparsa la news che la Regione Sardegna
 rendeva disponibili sul suo geoPortale i Numeri Civici georiferiti al
 seguente indirizzo 
 
 
 http://www.sardegnageoportale.it/index.php?xsl=1598s=140641v=2c=8831t=1
 
  Ho provato a scaricarli e a dargli un'occhiata ma devo ammettere, anche
 leggendomi i metadati, che non riesco a capire come visualizzare le info
 associate che mi diano visione dei classici dati associati ad un civico e
 quindi tipo_via toponimo civico.
 
  Sicuramente sono in qualche altro strato da scaricare e mettere in
 join ma non ho capito quali e come :-(
 
  Qualcuno riesce a darmi una mano con qualche spiegazione più
 terra-terra?

 Qui c'è la documentazione di Leonardo per l'import,  magari ti è utile

 http://wiki.openstreetmap.org/wiki/Sardegna/Import/Address_import_for_Sardinia
 
  Grazie mille sin da ora!
 
  Cesare Gerbino

 Ciao,
 Stefano
 
  http://cesaregerbino.wordpress.com/
  http://www.facebook.com/cesare.gerbino
 
 http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
  https://twitter.com/CesareGerbino
  http://www.linkedin.com/pub/cesare-gerbino/56/494/77b
 
  --
  Hai ricevuto questo messaggio perché sei iscritto al gruppo Spaghetti
 Open Data di Google Gruppi.
  Per annullare l'iscrizione a questo gruppo e non ricevere più le sue
 email, invia un'email a spaghettiopendata+unsubscr...@googlegroups.com.
  Visita questo gruppo all'indirizzo
 http://groups.google.com/group/spaghettiopendata.
  Per altre opzioni visita https://groups.google.com/d/optout.

 ___
 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] [SOD] Numeri Civici Open Data Regione Sardegna ....

2015-01-03 Thread cesare gerbino
Grazie delle risposte sollecite.

Stefano : mi era sfuggita la documentazione per l'import e quindi gli darò
un'occhiata.

Leonardo: in realtà mi servirebbero tutti i comuni disponibili, li ho
scaricati dal sito adesso dovrei solo recuperare le info di cui nella mia
mail di help ...

Grazie e buona serata




Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b


Il giorno 3 gennaio 2015 19:25, Leonardo Frassetto kinetocor...@gmail.com
ha scritto:

 Che paese ti interessa (se é disponibile nei civici)?
 Il 03/gen/2015 19:22 sabas88 saba...@gmail.com ha scritto:


 On 3 Jan 2015 18:19, cesare gerbino cesaregerb...@gmail.com wrote:
 
  Ciao a tutti,
 
  un po di tempo ricordo che è apparsa la news che la Regione Sardegna
 rendeva disponibili sul suo geoPortale i Numeri Civici georiferiti al
 seguente indirizzo 
 
 
 http://www.sardegnageoportale.it/index.php?xsl=1598s=140641v=2c=8831t=1
 
  Ho provato a scaricarli e a dargli un'occhiata ma devo ammettere, anche
 leggendomi i metadati, che non riesco a capire come visualizzare le info
 associate che mi diano visione dei classici dati associati ad un civico e
 quindi tipo_via toponimo civico.
 
  Sicuramente sono in qualche altro strato da scaricare e mettere in
 join ma non ho capito quali e come :-(
 
  Qualcuno riesce a darmi una mano con qualche spiegazione più
 terra-terra?

 Qui c'è la documentazione di Leonardo per l'import,  magari ti è utile

 http://wiki.openstreetmap.org/wiki/Sardegna/Import/Address_import_for_Sardinia
 
  Grazie mille sin da ora!
 
  Cesare Gerbino

 Ciao,
 Stefano
 
  http://cesaregerbino.wordpress.com/
  http://www.facebook.com/cesare.gerbino
 
 http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
  https://twitter.com/CesareGerbino
  http://www.linkedin.com/pub/cesare-gerbino/56/494/77b
 
  --
  Hai ricevuto questo messaggio perché sei iscritto al gruppo Spaghetti
 Open Data di Google Gruppi.
  Per annullare l'iscrizione a questo gruppo e non ricevere più le sue
 email, invia un'email a spaghettiopendata+unsubscr...@googlegroups.com.
  Visita questo gruppo all'indirizzo
 http://groups.google.com/group/spaghettiopendata.
  Per altre opzioni visita https://groups.google.com/d/optout.

 ___
 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


[Talk-it] Rampa di scale cilindrica con ascensore

2015-01-03 Thread emmexx

Purtroppo non ho fotografato l'oggetto nel suo insieme, solo a pezzi.

Si tratta di un cilindro di cemento armato che contiene una scala, 
ovviamente a spirale, e al centro un ascensore. Serve per permettere ai 
pedoni, ed alle bici, c'e' anche la canalina, di salire ad una piazza 
pedonale/ponte ciclopedonale.

(per i milanesi si tratta della zona Portello).

Le foto qui:

http://www.emmexx.it/varie/osm/rampa/DSC05246.JPG
http://www.emmexx.it/varie/osm/rampa/DSC05247.JPG
http://www.emmexx.it/varie/osm/rampa/DSC05259.JPG
http://www.emmexx.it/varie/osm/rampa/DSC05266.JPG

grazie
maxx

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


Re: [Talk-it] mappe città europee

2015-01-03 Thread Bertalan Ivan
Credo che cercare di comprendere il lavoro di un creativo ci voglia troppo 
tempo, non basta uno sguardo. 

Cmq a meno di spiegazioni specifiche anche a me sembra una cagata pazzesca 
l'impiego di alcuni Pantone  e stampe in misura tipografica. Poi viste dal vivo 
magari sono proprio belli. 

Berti



Il giorno 2 gen 2015 15:54, alle ore 15:54, Simone Saviolo 
simone.savi...@gmail.com ha scritto:
Il giorno 29 dicembre 2014 11:36, Simone Cortesi sim...@cortesi.com
ha
scritto:

 su segnalazione vi inoltro il sito:
 http://www.paologianfrancesco.com/graphic/urban-shape

 mappe grafiche progettate dall'architetto Paolo Gianfrancesco. Le
 mappe si basano su dati di Open Street Map.

 La serie copre tutte le capitali europee. La scelta del colore è
 basata sulla tavolozza dei colori Pantone in dissolvenza dal più alto
 valore di popolazione al più basso.


Solo io non vedo il valore artistico di questo progetto? Mi sembra che
non
ci sia alcuna data reduction, nessun vero punto di vista e nessuna
interpretazione. Ok, ha scelto una tavolozza di colori, e allora? Trovo
molto più interessanti le mappe Watercolor di Stamen.

Ciao,

Simone




___
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] Vendita legna

2015-01-03 Thread Gianluca Boero
Considerando che nel mio caso non si vende solo legna ma anche pellets 
che non sono proprio legna ma un derivato.



Il 03/01/2015 17:35, Mauro Costantini ha scritto:

Il 3 gennaio 2015 11:52, Carlo Stemberger carlo.stember...@gmail.com
ha scritto:

Chi produce legna da ardere è un'impresa agricola: secondo me si dovrebbe
mappare questa attività sostanzialmente come chi produce mele o pomodori.

I roditori potrebbero trovarlo interessante.

Guardando cosa fanno gli altri mappers, in ordine di utilizzo troviamo:

[999* fuel=wood]
102 shop=wood
9 shop=firewood
1 shop=woods
1 shop=fire_wood
1 fuel:wood=yes

* insieme a amenity=bbq, leiusure, tourism, shelter, ecc... nessuno
che venda legna.

Guardando all'utilizzo (bruciare) direi che senza dubbio sto cercando
un combustibile (fuel), poi che sia liquido, solido o gassoso, dipende
dal tipo di caldaia che possiedo.

E se il negozio di combustibili vendesse non solo legna, ma anche
carbone, gasolio e bombole di gpl/metano?

359 shop=gas
7 shop=lpg
4 shop=coal

Non è un distributore sulla strada (amenity) ma solo un negozio di
combustibili (shop).
Propongo
shop=fuel, fuel:wood=yes, fuel:coal=yes, fuel:diesel=yes,
fuel:lpg=yes, fuel:cng=yes
coerentemente con lo schema adottato per qualsiasi altro combustibile.

Da taginfo ci sono 32 shop=fuel.

Mauro.

___
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-trentino] Segnalazione di una relazione da sistemare nel confine Veneto - Trentino.

2015-01-03 Thread girarsi_liste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ho appena mappato sul confine Veneto, dalla parte Trentina con
ortofoto 2012, zona Castello Tesino - Lamon.

Nella frazione dello stesso, dopo aver mappato, ho avviato il
validatore con josm, che mi ha restituito un'errore di una relazione
dedicata ad un sentiero dell'orso, che non ho mappato, ma essendo
presente nell'area selezionata, ovviamente me lo ha segnalato.

la relazione è questa:

http://www.openstreetmap.org/relation/3644957

È Presente solo un tag name, ma niente più, ed io non conosco questo
sentiero o area della zona, per cui rimetto a chi conosce la zona il
darci un'occhio, visto che ci sono anche alcuni errori di strade da
sistemare che passano in mezzo a case, ma quelle le posso sistemare
anche io domani.

Mi premeva segnalare questo agli amici veneti, visto che qualcuno
sicuramente è di quella zona, o vi ha percorso quel sentiero.


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUqGNmAAoJEMTPIIVov0Zt8CIH/2GtBmW2qSLm30zzQnYnTCB0
HvwMJowDksXv0hQdKcN8t0BcFnz5A7zyVVQDorvU1pikIDY7SQTsnf7U0UfRMwWB
pIh7mjNMUV1jJiFvoCmq3cvRndL0A5hm44n67TpzK7gKKn8p/hJ81g0au1AlqkmZ
/blEJblW1hhHKHAPOypjkXjTFWZJiJSuczkYrbYpm7sSW0BROFhE55+hVrescmIR
ZvGkJ+7BeUEKpsD7Qt5ngnhNJacKx+LqIN7QZlk5pdxFCu173Sxu/VNOMqKZq5AM
IK8yxK2jZZDiC0eANxC4DVH9zGATcUDNDgg9M0KdR9zByhKf1Dtx04LnLlVTrzs=
=wQ0I
-END PGP SIGNATURE-

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


Re: [Talk-pe] Reunión de comunidad OSM Perú

2015-01-03 Thread Johnattan Rupire


El 02/01/15 a las 02:13, Marco Antonio escribió:
Bien, para ser exactos es aquí? (usar el botón compartir (derecha) y 
seleccionar añadir marcador):


http://www.openstreetmap.org/?mlat=-11.99705mlon=-77.07945#map=17/-11.99705/-77.07949


Una sorpresa de Alfonso por el blog:
Para aquellos interesados en participar y que no se encuentren en Lima 
podríamos coordinar y ayudarlos en lo referente al hospedaje o alguna 
otra cosa que esté a nuestro alcance. Ese tipo de inconvenientes no 
debería inmovilizarnos.


http://osmpe.ourproject.org/2015/01/01/reunion-comunidad-osmpe/#comment-227

:)
Saludos!

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


Re: [Talk-ro] Talk-ro Digest, Vol 69, Issue 1

2015-01-03 Thread Badita Florin
Eu nu am masina, poate sa ma ia cineva din drum ?

2015-01-02 18:16 GMT+02:00 talk-ro-requ...@openstreetmap.org:

 Send Talk-ro mailing list submissions to
 talk-ro@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.openstreetmap.org/listinfo/talk-ro
 or, via email, send a message with subject or body 'help' to
 talk-ro-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-ro-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-ro digest...


 Today's Topics:

1. Re: O zi de osm in data de 4 ianuarie 2015 ?
   (Jean-Baptiste Holcroft)
2. Re: O zi de osm in data de 4 ianuarie 2015 ? (Rădulescu Răzvan)


 --

 Message: 1
 Date: Fri, 2 Jan 2015 17:06:29 +0200
 From: Jean-Baptiste Holcroft jb.holcr...@gmail.com
 To: OSM Romania talk-ro@openstreetmap.org
 Subject: Re: [Talk-ro] O zi de osm in data de 4 ianuarie 2015 ?
 Message-ID:
 CAPE+OKzt9ihiCePBX9ESUyPNz+tCOO-x4=
 jcmh336s4ptbp...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Începem ziua la orele 10: la stație Branesti (Brănești Sat)

 Pentru fiecare excursie de o zi, amintiți-vă să utilizați telefonul și
 aplicarea mapillary pentru a îmbunătăți acoperirea Bucureștiului:
 https://www.mapillary.com
 Nu ezitați să trimiteți în mod repetat imagini din același loc,
 instrumentul îmbunătățeste toate datele de calitate in mod regulat.

 La orele 10:10:  distributia persoanelor pe autoturism, idealul ar fi un
 conducător auto și un co-pilot; pentru a face foto si a lua notițe:

 * Identificarea obiectivelor: nume de străzi, stații de transport public,
 clădiri publice, suprafețe de drum. Orice altceva este un bonus.
 Zone de distribuție (pe care o vom face pentru fiecare mașină, cum am spud
 mai sus), folosind harta :Http://fieldpapers.org/atlas.php?id=tdx4xdfq

 La orele 10:20:

 * Mapping *

 ~  prânz: mergem la  Have a cigare, ma voi ocupa sa fac rezervarea pentru
 noi toti. Masa de prânz.

 În jurul orelor 13 sau 14:

 * Prezentarea de instrument și obiectivehttp://
 osmose.openstreetmap.fr/ro/map/
 * Corectarea greșelilor, este o buna ocazie de a acorda atenție acestei
 zone.
 * * de exemplu, o corecție a unei clădiri daca cartierul este bine
 poziționat în raport cu sateliți
 * *sa corectam erorihttp://
 osmose.openstreetmap.fr/ro/errors/?country=romaniaitem=categorii
 * Introducerea datelor colectate la Branesti (atentie la datele deja
 adaugate)
 * Corectarea erorilor osmose

 16h: Rezumatul progreselor înregistrate în timpul zilei, prezentarea
 informațiilor despre OSM România și în lume și în cazul în care cineva
 dorește să prezinte lucrarea sa (Florin?).

 * Discuții, bere sau cartografie

 Vrei sa faci ceva înainte de eveniment?

 * Descoperiți osmose:http://osmose.openstreetmap.fr/ro/map/
 Le 24 déc. 2014 18:07, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
 écrit :

  Foarte bine :)
  Poți transmite acest mesaj pe pagina de facebook ?
 
  --
  Jean-Baptiste Holcroft
 
  2014-12-24 12:15 GMT+02:00 Alex Morega a...@grep.ro:
 
  Eu vin.
  -- Alex
 
   On 24 Dec 2014, at 01:42, Gabriel Sebastian Moise 
  gabrielsebastianmo...@gmail.com wrote:
  
   Ar fi chiar interesant si productiv Sa vedem cine ar mai putea
 veni
  !
  
   În data de 24 decembrie 2014, 01:24, Jean-Baptiste Holcroft [via GIS]
  [hidden email] a scris:
   Salut,
  
   Sunt in Bucuresti pentru sarbatorile de iarna si voi pleaca in Franta
  pe 6 ianuarie.
  
   As dori sa va propun o zi de osm in data de 4 ianuarie in apropiere de
  Bucuresti, cine este disponibil ?
  
   Ideea mea este :
  
   1) sa mergem intr-un loc pentru a profita de aer si de a descoperi si
 a
  cartografia un orasel pe langa Bucuresti ca de exemplu :
  
 
 http://layers.openstreetmap.fr/?zoom=13lat=44.46059lon=26.33133layers=0B000TF
  
   Sau
  
   2) sa merge intr-un bar cu wifi (si videoproiector ?) pentru a corecta
  un pic de la 89985 osmose Romania errors :
   http://osmose.openstreetmap.fr/ro/errors/?country=romaniaitem=
  
   Astept cu nerabdare raspunsul vostru.
   Intre timp va urez la toti sarbatori fericite si La multi ani pentru
  anul 2015!
  
   Numai bine,
   JIBEC / Jean-Baptiste
  
   PS : don't fool yourself, this message has been totaly rewritten by my
  fiancée ... My romanian is improving, but is still bad ...
   --
   Jean-Baptiste Holcroft
  
   ___
   Talk-ro mailing list
   [hidden email]
   https://lists.openstreetmap.org/listinfo/talk-ro
  
  
   If you reply to this email, your message will be added to the
  discussion below:
  
 
 http://gis.19327.n5.nabble.com/O-zi-de-osm-in-data-de-4-ianuarie-2015-tp5828113.html
   To start a new topic under Romania, email [hidden email]
   To unsubscribe from Romania, click here.
   NAML
  
  
  
   --
   

Re: [Talk-ro] O zi de osm in data de 4 ianuarie 2015 ?

2015-01-03 Thread Jean-Baptiste Holcroft
no problems, you'll come when you can, we'll probably stay for a few hours

--
Jean-Baptiste Holcroft

2015-01-03 19:07 GMT+02:00 Gabriel Sebastian Moise 
gabrielsebastianmo...@gmail.com:

 Eu cred ca abia la ora 16.00 ajung in Bucuresti. Nu pot sa plec de
 dimineata din Campina ( PH )... Pregatisem si masina cu autocolantele de
 cartografiere OpenStreetMap !

 Poate va gasesc la Have a Cigar in jurul orei 16.00

 În data de 3 ianuarie 2015, 18:33, Jean-Baptiste Holcroft [via GIS] [hidden
 email] http:///user/SendEmail.jtp?type=nodenode=5828892i=0 a scris:

 Finally i have a car :)
 Le 3 janv. 2015 16:43, Jean-Baptiste Holcroft [hidden email]
 http:///user/SendEmail.jtp?type=nodenode=5828883i=0 a écrit :

 Poate cineva sa ma ia si pe mine de la arena nationala?
 Le 2 janv. 2015 18:16, Rădulescu Răzvan [hidden email]
 http:///user/SendEmail.jtp?type=nodenode=5828883i=1 a écrit :

  Si Keypad mapper pentru cules numere in modul cel mai rapid cu
 putinta...

 On 02.01.2015 17:06, Jean-Baptiste Holcroft wrote:

 Începem ziua la orele 10: la stație Branesti (Brănești Sat)

 Pentru fiecare excursie de o zi, amintiți-vă să utilizați telefonul și
 aplicarea mapillary pentru a îmbunătăți acoperirea Bucureștiului:
 https://www.mapillary.com
 Nu ezitați să trimiteți în mod repetat imagini din același loc,
 instrumentul îmbunătățeste toate datele de calitate in mod regulat.

 La orele 10:10:  distributia persoanelor pe autoturism, idealul ar fi
 un conducător auto și un co-pilot; pentru a face foto si a lua notițe:

 * Identificarea obiectivelor: nume de străzi, stații de transport
 public, clădiri publice, suprafețe de drum. Orice altceva este un bonus.
 Zone de distribuție (pe care o vom face pentru fiecare mașină, cum am
 spud mai sus), folosind harta :
 Http://fieldpapers.org/atlas.php?id=tdx4xdfq

 La orele 10:20:

 * Mapping *

 ~  prânz: mergem la  Have a cigare, ma voi ocupa sa fac rezervarea
 pentru noi toti. Masa de prânz.

 În jurul orelor 13 sau 14:

 * Prezentarea de instrument și obiectivehttp://
 osmose.openstreetmap.fr/ro/map/
 * Corectarea greșelilor, este o buna ocazie de a acorda atenție acestei
 zone.
 * * de exemplu, o corecție a unei clădiri daca cartierul este bine
 poziționat în raport cu sateliți
 * *sa corectam erorihttp://
 osmose.openstreetmap.fr/ro/errors/?country=romaniaitem=categorii
 * Introducerea datelor colectate la Branesti (atentie la datele deja
 adaugate)
 * Corectarea erorilor osmose

 16h: Rezumatul progreselor înregistrate în timpul zilei, prezentarea
 informațiilor despre OSM România și în lume și în cazul în care cineva
 dorește să prezinte lucrarea sa (Florin?).

 * Discuții, bere sau cartografie

 Vrei sa faci ceva înainte de eveniment?

 * Descoperiți osmose:http://osmose.openstreetmap.fr/ro/map/
 Le 24 déc. 2014 18:07, Jean-Baptiste Holcroft [hidden email]
 http:///user/SendEmail.jtp?type=nodenode=5828883i=2 a écrit :

 Foarte bine :)
 Poți transmite acest mesaj pe pagina de facebook ?

  --
 Jean-Baptiste Holcroft

 2014-12-24 12:15 GMT+02:00 Alex Morega [hidden email]
 http:///user/SendEmail.jtp?type=nodenode=5828883i=3:

 Eu vin.
 -- Alex


  On 24 Dec 2014, at 01:42, Gabriel Sebastian Moise [hidden email]
 http:///user/SendEmail.jtp?type=nodenode=5828883i=4 wrote:
 
  Ar fi chiar interesant si productiv Sa vedem cine ar mai putea
 veni !
 
  În data de 24 decembrie 2014, 01:24, Jean-Baptiste Holcroft [via
 GIS] [hidden email] a scris:
  Salut,
 
  Sunt in Bucuresti pentru sarbatorile de iarna si voi pleaca in
 Franta pe 6 ianuarie.
 
  As dori sa va propun o zi de osm in data de 4 ianuarie in apropiere
 de Bucuresti, cine este disponibil ?
 
  Ideea mea este :
 
  1) sa mergem intr-un loc pentru a profita de aer si de a descoperi
 si a cartografia un orasel pe langa Bucuresti ca de exemplu :
 
 http://layers.openstreetmap.fr/?zoom=13lat=44.46059lon=26.33133layers=0B000TF
 
  Sau
 
  2) sa merge intr-un bar cu wifi (si videoproiector ?) pentru a
 corecta un pic de la 89985 osmose Romania errors :
  http://osmose.openstreetmap.fr/ro/errors/?country=romaniaitem=
 
  Astept cu nerabdare raspunsul vostru.
  Intre timp va urez la toti sarbatori fericite si La multi ani
 pentru anul 2015!
 
  Numai bine,
  JIBEC / Jean-Baptiste
 
  PS : don't fool yourself, this message has been totaly rewritten by
 my fiancée ... My romanian is improving, but is still bad ...
  --
  Jean-Baptiste Holcroft
 
  ___
  Talk-ro mailing list
  [hidden email]
  https://lists.openstreetmap.org/listinfo/talk-ro
 
 
  If you reply to this email, your message will be added to the
 discussion below:
 
 http://gis.19327.n5.nabble.com/O-zi-de-osm-in-data-de-4-ianuarie-2015-tp5828113.html
  To start a new topic under Romania, email [hidden email]
  To unsubscribe from Romania, click here.
  NAML
 
 
 
  --
  Toate cele bune !
  
  Gabriel Sebastian  Moise
  Administrator Local - Departament Tehnic
  

Re: [Talk-ro] O zi de osm in data de 4 ianuarie 2015 ?

2015-01-03 Thread Jean-Baptiste Holcroft
Finally i have a car :)
Le 3 janv. 2015 16:43, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :

 Poate cineva sa ma ia si pe mine de la arena nationala?
 Le 2 janv. 2015 18:16, Rădulescu Răzvan radulescu.raz...@gmail.com a
 écrit :

  Si Keypad mapper pentru cules numere in modul cel mai rapid cu putinta...

 On 02.01.2015 17:06, Jean-Baptiste Holcroft wrote:

 Începem ziua la orele 10: la stație Branesti (Brănești Sat)

 Pentru fiecare excursie de o zi, amintiți-vă să utilizați telefonul și
 aplicarea mapillary pentru a îmbunătăți acoperirea Bucureștiului:
 https://www.mapillary.com
 Nu ezitați să trimiteți în mod repetat imagini din același loc,
 instrumentul îmbunătățeste toate datele de calitate in mod regulat.

 La orele 10:10:  distributia persoanelor pe autoturism, idealul ar fi un
 conducător auto și un co-pilot; pentru a face foto si a lua notițe:

 * Identificarea obiectivelor: nume de străzi, stații de transport public,
 clădiri publice, suprafețe de drum. Orice altceva este un bonus.
 Zone de distribuție (pe care o vom face pentru fiecare mașină, cum am
 spud mai sus), folosind harta :
 Http://fieldpapers.org/atlas.php?id=tdx4xdfq

 La orele 10:20:

 * Mapping *

 ~  prânz: mergem la  Have a cigare, ma voi ocupa sa fac rezervarea
 pentru noi toti. Masa de prânz.

 În jurul orelor 13 sau 14:

 * Prezentarea de instrument și obiectivehttp://
 osmose.openstreetmap.fr/ro/map/
 * Corectarea greșelilor, este o buna ocazie de a acorda atenție acestei
 zone.
 * * de exemplu, o corecție a unei clădiri daca cartierul este bine
 poziționat în raport cu sateliți
 * *sa corectam erorihttp://
 osmose.openstreetmap.fr/ro/errors/?country=romaniaitem=categorii
 * Introducerea datelor colectate la Branesti (atentie la datele deja
 adaugate)
 * Corectarea erorilor osmose

 16h: Rezumatul progreselor înregistrate în timpul zilei, prezentarea
 informațiilor despre OSM România și în lume și în cazul în care cineva
 dorește să prezinte lucrarea sa (Florin?).

 * Discuții, bere sau cartografie

 Vrei sa faci ceva înainte de eveniment?

 * Descoperiți osmose:http://osmose.openstreetmap.fr/ro/map/
 Le 24 déc. 2014 18:07, Jean-Baptiste Holcroft jb.holcr...@gmail.com
 a écrit :

 Foarte bine :)
 Poți transmite acest mesaj pe pagina de facebook ?

  --
 Jean-Baptiste Holcroft

 2014-12-24 12:15 GMT+02:00 Alex Morega a...@grep.ro:

 Eu vin.
 -- Alex

  On 24 Dec 2014, at 01:42, Gabriel Sebastian Moise 
 gabrielsebastianmo...@gmail.com wrote:
 
  Ar fi chiar interesant si productiv Sa vedem cine ar mai putea
 veni !
 
  În data de 24 decembrie 2014, 01:24, Jean-Baptiste Holcroft [via GIS]
 [hidden email] a scris:
  Salut,
 
  Sunt in Bucuresti pentru sarbatorile de iarna si voi pleaca in Franta
 pe 6 ianuarie.
 
  As dori sa va propun o zi de osm in data de 4 ianuarie in apropiere
 de Bucuresti, cine este disponibil ?
 
  Ideea mea este :
 
  1) sa mergem intr-un loc pentru a profita de aer si de a descoperi si
 a cartografia un orasel pe langa Bucuresti ca de exemplu :
 
 http://layers.openstreetmap.fr/?zoom=13lat=44.46059lon=26.33133layers=0B000TF
 
  Sau
 
  2) sa merge intr-un bar cu wifi (si videoproiector ?) pentru a
 corecta un pic de la 89985 osmose Romania errors :
  http://osmose.openstreetmap.fr/ro/errors/?country=romaniaitem=
 
  Astept cu nerabdare raspunsul vostru.
  Intre timp va urez la toti sarbatori fericite si La multi ani pentru
 anul 2015!
 
  Numai bine,
  JIBEC / Jean-Baptiste
 
  PS : don't fool yourself, this message has been totaly rewritten by
 my fiancée ... My romanian is improving, but is still bad ...
  --
  Jean-Baptiste Holcroft
 
  ___
  Talk-ro mailing list
  [hidden email]
  https://lists.openstreetmap.org/listinfo/talk-ro
 
 
  If you reply to this email, your message will be added to the
 discussion below:
 
 http://gis.19327.n5.nabble.com/O-zi-de-osm-in-data-de-4-ianuarie-2015-tp5828113.html
  To start a new topic under Romania, email [hidden email]
  To unsubscribe from Romania, click here.
  NAML
 
 
 
  --
  Toate cele bune !
  
  Gabriel Sebastian  Moise
  Administrator Local - Departament Tehnic
  --
  NextGen Communications S.R.L. - Campina
 
  Mobil NextGen  : 076 111 65 59
  Mobil Personal : 0726 311 957
 
  Adresa Postala: Strada Grivitei, Nr.63, Campina, Romania !
 --
 
  View this message in context: Re: O zi de osm in data de 4 ianuarie
 2015 ?
  Sent from the Romania mailing list archive at Nabble.com.
  ___
  Talk-ro mailing list
  Talk-ro@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-ro


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




 ___
 Talk-ro 

Re: [Talk-ro] O zi de osm in data de 4 ianuarie 2015 ?

2015-01-03 Thread Gabriel Sebastian Moise
I can't reach in the morning because, me and my friends we reserved some
tickets for a movie in Baneasa Shopping City, and my friend that helps me
collecting the field data while i'm driving has something to do in the
morning And I have to wait for him to finish

I'll arrive as soon as I can !

Keep Facebook open, so I can talk to you !




--
View this message in context: 
http://gis.19327.n5.nabble.com/O-zi-de-osm-in-data-de-4-ianuarie-2015-tp5828113p5828923.html
Sent from the Romania mailing list archive at Nabble.com.___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro


Re: [Talk-cz] RÚIAN tracer

2015-01-03 Thread Martin Švec - OSM

Ahoj,

On 3.1.2015 08:37, Marián Kyral wrote:

Dne 3.1.2015 v 00:23 Michal Pustějovský napsal(a):

Zdravím,
měl bych malou prosbu na RÚIAN tracer. Šlo by naprogramovat, aby při nahrazování existujících domů 
u klíče building=* přepisoval stávající hodnotu tou z RÚIAN POUZE pro building=yes? Spousta domů už 
totiž má upřesňující značky typu building=supermarket, building=train_station apod. Při použití 
traceru hodnoty změní na obecnější civic příp. transportation. Podobná 
situace je i u building:levels, kdy ruian není vždy přesný. Takže bych radši nechávál stávající 
hodnoty.

Stačil by například i zaškrtávací box v nastaveních. Dost by to zrychlilo a 
zpřesnilo práci.



Ahoj,
takhle to původně bylo, ale při úpravách se to ztratilo. Implementoval jsem oba 
požadavky. Asi nejlepší by bylo, kdyby se zobrazilo okno s rozdíly. Tak jak to je třeba 
dělá příkaz replace geometry. Ale podle mne by to spíše zdržovalo a časem by 
to mohlo začít vadit. Takže pokud bych to dělal, tak bych to asi udělal konfigurovatelné.


Zobrazil bych okno s rozdíly jen tehdy, pokud je potřeba rozhodnout neznámý 
neošetřený konflikt. Když pak na talk-cz vychytáme seznam známých konfliktů (civic 
= church atd.), dialog bude otravovat minimálně. Zároveň ale upozorní na 
nesrovnalosti, třeba zrovna u building:levels.

Už to mám napůl rozpracované, zatím to vypadá nadějně...

Martin



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


[Talk-cz] Vypadek MTB map

2015-01-03 Thread Martin Tesar
Ahojte,

bohuzel mame nejake problemy se serverem, na kterem bezi MTB mapa, za coz
se omlouvam. Pokusime se to opravit co nejdriv, ale konkretni termin je
nejasny. Dam vedet.

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


[Talk-cz] Hromadná úprava tagu

2015-01-03 Thread rattsnake
Ahoj všem, nejsem zrovna zběhlý v hromadných úpravách proto se chci 
zeptat na příkladu:
je možné ve vybrané oblasti v JOSM hromadně upravit nějaký tag, myšleno 
vyhledat kde je a nahradit ho (Např. změnil se tag ze sub_station na 
substation). Je toto nějak možno alespoň trochu zautomatizovat?

Díky za radu
Pavel

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


Re: [Talk-cz] Hromadná úprava tagu

2015-01-03 Thread Michal Pustějovský
V JOSM existuje plugin mirrored_download. Umožňuje stahovat filtrovaná data 
z Overpass API. Příklad požadavku právě na power=sub_station:

( way[power=sub_station]; ; );
(._; rel(bw); );
(._; rel(bw); );
out meta;

Snad pomůže.
Michal

-- Původní zpráva --
Od: rattsn...@gmail.com
Komu: talk-cz@openstreetmap.org
Datum: 3. 1. 2015 22:13:37
Předmět: [Talk-cz] Hromadná úprava tagu

Ahoj všem, nejsem zrovna zběhlý v hromadných úpravách proto se chci 
zeptat na příkladu:
je možné ve vybrané oblasti v JOSM hromadně upravit nějaký tag, myšleno 
vyhledat kde je a nahradit ho (Např. změnil se tag ze sub_station na 
substation). Je toto nějak možno alespoň trochu zautomatizovat?
Díky za radu
Pavel

___
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] Hromadná úprava tagu

2015-01-03 Thread Martin Švec - OSM

Ahoj,

pro změny na malém území stačí v JOSM vybrat víc objektů současně. Pak můžeš editovat 
jejich tagy hromadně přímo v okně pro úpravu tagů. Při změně tagu ti nabídne i přehled 
zastoupených hodnot ve výběru. Když se to zkombinuje s funkcí Hledat (Ctrl-F) 
[1] a pro přehlednost s filtry [2], dají se tím rychle dělat psí kusy na stažené oblasti.

Akorát si vždycky dej dobrý pozor co máš vybráno. Proto je lepší vybrat objekty přes 
funkci Hledat a co nejpřesněji specifikovat jejich vlastnosti, než vybírat 
ručně myší nebo Shiftem. Dá se to i kombinovat, hledání umí hledat jen uvnitř současného 
výběru atd.

[1] http://wiki.openstreetmap.org/wiki/JOSM/Search_function
[2] https://www.mapbox.com/blog/2012-08-15-using-filters-josm/

Martin

On 3.1.2015 22:12, rattsn...@gmail.com wrote:

Ahoj všem, nejsem zrovna zběhlý v hromadných úpravách proto se chci zeptat na 
příkladu:
je možné ve vybrané oblasti v JOSM hromadně upravit nějaký tag, myšleno 
vyhledat kde je a nahradit ho (Např. změnil se tag ze sub_station na 
substation). Je toto nějak možno alespoň trochu zautomatizovat?
Díky za radu
Pavel

___
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] Hromadná úprava tagu

2015-01-03 Thread rattsnake

Dne 3.1.2015 v 23:10 Martin Švec - OSM napsal(a):

Ahoj,

pro změny na malém území stačí v JOSM vybrat víc objektů současně. Pak 
můžeš editovat jejich tagy hromadně přímo v okně pro úpravu tagů. Při 
změně tagu ti nabídne i přehled zastoupených hodnot ve výběru. Když se 
to zkombinuje s funkcí Hledat (Ctrl-F) [1] a pro přehlednost s 
filtry [2], dají se tím rychle dělat psí kusy na stažené oblasti.


Akorát si vždycky dej dobrý pozor co máš vybráno. Proto je lepší 
vybrat objekty přes funkci Hledat a co nejpřesněji specifikovat 
jejich vlastnosti, než vybírat ručně myší nebo Shiftem. Dá se to i 
kombinovat, hledání umí hledat jen uvnitř současného výběru atd.


[1] http://wiki.openstreetmap.org/wiki/JOSM/Search_function
[2] https://www.mapbox.com/blog/2012-08-15-using-filters-josm/

Martin

On 3.1.2015 22:12, rattsn...@gmail.com wrote:
Ahoj všem, nejsem zrovna zběhlý v hromadných úpravách proto se chci 
zeptat na příkladu:
je možné ve vybrané oblasti v JOSM hromadně upravit nějaký tag, 
myšleno vyhledat kde je a nahradit ho (Např. změnil se tag ze 
sub_station na substation). Je toto nějak možno alespoň trochu 
zautomatizovat?

Díky za radu
Pavel

___
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
Super díky oběma, chci se trochu posunout a zase se něco nového přiučit 
a změna tagu sub_station na substation mi přišla vhodna pro tento účel..

Pavel


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


Re: [Talk-cz] Hromadná úprava tagu

2015-01-03 Thread rattsnake

Dne 3.1.2015 v 23:10 Martin Švec - OSM napsal(a):

Ahoj,

pro změny na malém území stačí v JOSM vybrat víc objektů současně. Pak 
můžeš editovat jejich tagy hromadně přímo v okně pro úpravu tagů. Při 
změně tagu ti nabídne i přehled zastoupených hodnot ve výběru. Když se 
to zkombinuje s funkcí Hledat (Ctrl-F) [1] a pro přehlednost s 
filtry [2], dají se tím rychle dělat psí kusy na stažené oblasti.


Akorát si vždycky dej dobrý pozor co máš vybráno. Proto je lepší 
vybrat objekty přes funkci Hledat a co nejpřesněji specifikovat 
jejich vlastnosti, než vybírat ručně myší nebo Shiftem. Dá se to i 
kombinovat, hledání umí hledat jen uvnitř současného výběru atd.


[1] http://wiki.openstreetmap.org/wiki/JOSM/Search_function
[2] https://www.mapbox.com/blog/2012-08-15-using-filters-josm/

Martin

On 3.1.2015 22:12, rattsn...@gmail.com wrote:
Ahoj všem, nejsem zrovna zběhlý v hromadných úpravách proto se chci 
zeptat na příkladu:
je možné ve vybrané oblasti v JOSM hromadně upravit nějaký tag, 
myšleno vyhledat kde je a nahradit ho (Např. změnil se tag ze 
sub_station na substation). Je toto nějak možno alespoň trochu 
zautomatizovat?

Díky za radu
Pavel

___
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
Ještě jeden malý dotaz ohledně objektů a ruian pluginu: je stále dobrá 
praxe nechat budově tagy např. building industrial a zvlášť na nod dát 
power=substation místo obojího na budovu...Jen abych nedělal bordel v 
mapě. Dost nachazím tag power=substation na celémobjektu, což mi i s 
ohledem na mapy a vyhledávání v nich (např. osmand) přijde jako méně vhodné.

Díky ještě za tuto malou radu.
Pavel

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


Re: [Talk-cz] Hromadná úprava tagu

2015-01-03 Thread Michal Pustějovský
To záleží na situaci, může to být oboje. Nemohl bys nám ten objekt ukázat 
např. na ortofoto?


-- Původní zpráva --
Od: rattsn...@gmail.com
Komu: talk-cz@openstreetmap.org
Datum: 3. 1. 2015 23:19:47
Předmět: Re: [Talk-cz] Hromadná úprava tagu

Dne 3.1.2015 v 23:10 Martin Švec - OSM napsal(a):
 Ahoj,

 pro změny na malém území stačí v JOSM vybrat víc objektů současně. Pak 
 můžeš editovat jejich tagy hromadně přímo v okně pro úpravu tagů. Při 
 změně tagu ti nabídne i přehled zastoupených hodnot ve výběru. Když se 
 to zkombinuje s funkcí Hledat (Ctrl-F) [1] a pro přehlednost s 
 filtry [2], dají se tím rychle dělat psí kusy na stažené oblasti.

 Akorát si vždycky dej dobrý pozor co máš vybráno. Proto je lepší 
 vybrat objekty přes funkci Hledat a co nejpřesněji specifikovat 
 jejich vlastnosti, než vybírat ručně myší nebo Shiftem. Dá se to i 
 kombinovat, hledání umí hledat jen uvnitř současného výběru atd.

 [1] http://wiki.openstreetmap.org/wiki/JOSM/Search_function
 [2] https://www.mapbox.com/blog/2012-08-15-using-filters-josm/

 Martin

 On 3.1.2015 22:12, rattsn...@gmail.com wrote:
 Ahoj všem, nejsem zrovna zběhlý v hromadných úpravách proto se chci 
 zeptat na příkladu:
 je možné ve vybrané oblasti v JOSM hromadně upravit nějaký tag, 
 myšleno vyhledat kde je a nahradit ho (Např. změnil se tag ze 
 sub_station na substation). Je toto nějak možno alespoň trochu 
 zautomatizovat?
 Díky za radu
 Pavel

 ___
 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
Ještě jeden malý dotaz ohledně objektů a ruian pluginu: je stále dobrá 
praxe nechat budově tagy např. building industrial a zvlášť na nod dát 
power=substation místo obojího na budovu...Jen abych nedělal bordel v 
mapě. Dost nachazím tag power=substation na celémobjektu, což mi i s 
ohledem na mapy a vyhledávání v nich (např. osmand) přijde jako méně vhodné.
Díky ještě za tuto malou radu.
Pavel

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


Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

2015-01-03 Thread Art Penteur
Pour donner un exemple concret de ce que je dis :

   A Cahors, dans le quartier suivant :
http://layers.openstreetmap.fr/?zoom=17lat=44.46144lon=1.45202layers=BFT

  Je n'ai trouvé la Rue François Villon et l'Impasse Pablo Picasso sur
aucun plan cadastraL Par contre, l'extraction BANO trouve bien ces
noms à partir des adresses des parcelles, et si on demande ces
adresses au  cadastre.gouv.fr, il les trouve.

  Pour l'instant, je n'ai pas osé saisir ces noms dans OSM, mais je
pense que je devrais, la source est sûre.

Art.

Le 2 janvier 2015 17:54, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
 Le vendredi 2 janvier 2015 15:27:27 Jérôme Amagat a écrit :
 Bonjour,
 Sur la Couche Bano, en rouge, ce sont des données qui viennent du cadastre
 donc pas besoin de vérifier a nouveau sur le cadastre dans le cas où c'est
 facile de déduire quelle portion de route porte ce nom.

 Il me semble que sur certains cas, l'orthographe n'est pas la même.

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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-fr] [BANO] noms non trouvés sur cadastre

2015-01-03 Thread Art Penteur
Le 3 janv. 2015 10:00, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 03/01/2015 09:49, Art Penteur a écrit :

Pour l'instant, je n'ai pas osé saisir ces noms dans OSM, mais je
 pense que je devrais, la source est sûre.


 Mais que dit le terrain ?

  Je ne me ferais pas tous ces nœuds au cerveau si je ne faisais pas de
la cartographie en fauteuil, dans cette zone.

   C'est pour cela que je progresse par petits ajouts : je laisse le temps
aux cartographieurs du coin de réagir, corriger, compléter.

  Ça a marché dans d'autres endroits, mais à Cahors, aucun local n'a encore
complété ces deux rues.

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


Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

2015-01-03 Thread Cyrille DERORY
D'après streetview :
https://www.google.fr/maps/@44.4619726,1.4488646,3a,75y,61.9h,80.04t/data=!3m4!1e1!3m2!1sNCWcTZ8m0WlBynhkitgR6w!2e0?hl=fr
C'est bien l'Impasse Pablo PICASSO

Cyrille


Le 3 janvier 2015 10:00, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 03/01/2015 09:49, Art Penteur a écrit :

Pour l'instant, je n'ai pas osé saisir ces noms dans OSM, mais je
 pense que je devrais, la source est sûre.


 Mais que dit le terrain ?

 si le terrain dit autre choses ou rien, il faut l'indiquer sur l'outil de
 retour d'info FANTOIR (http://cadastre.openstreetmap.fr/fantoir/)

 Cordialement
 --
 David Crochet


 ___
 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-fr] conseil achat smartphone Android bon GPS?

2015-01-03 Thread Shohreh
Merci pour les infos.

J'ai déjà un Etrex20 que je prends en backup, mais l'écran est trop petit
par rapport à un smartphone, et il ne semble pas possible de le connecter à
un smartphone pour servir de GPS extérieur.

Je vais donc acheter un nouveau smartphone, mais GPS + Glonass cette fois.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Smartphone-Android-avec-GPS-rapide-tp5777133p5828855.html
Sent from the France mailing list archive at Nabble.com.

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


[OSM-talk-fr] cadastre - telechargement commune pour josm

2015-01-03 Thread didier2020
bonjour,

a disposition la liste des emprises des communes du cadastre 
http://osm2020.free.fr/dwcadastre/index.html

c'est pour josm et remote activé

le fichier est vide, il suffit d'aller dans le menu Fichier = Mettre
a jour les données

cela telecharge par petit carré toutes les données de la commune

Si ca peut servir a quelqu'un d'autre que moi ...





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


Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

2015-01-03 Thread Nicolas Dumoulin
Le samedi 3 janvier 2015 11:01:53 Art Penteur a écrit :
   Je ne me ferais pas tous ces nœuds au cerveau si je ne faisais pas de
 la cartographie en fauteuil, dans cette zone.
 
C'est pour cela que je progresse par petits ajouts : je laisse le temps
 aux cartographieurs du coin de réagir, corriger, compléter.
 
   Ça a marché dans d'autres endroits, mais à Cahors, aucun local n'a encore
 complété ces deux rues.

De mon point de vue, il vaut mieux mettre le nom si sans ambiguïté sur la 
couche BANO et laisser un relevé de terrain le corriger si besoin.
Je voulais donc tâter l'ambiance (même si le débat a déjà plus ou moins eu 
lieu) avant de passer à l'acte :-)

Merci pour vos avis

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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


Re: [OSM-talk-fr] [BANO] noms non trouvés sur cadastre

2015-01-03 Thread Christian Quest

Le 03/01/2015 19:17, Nicolas Dumoulin a écrit :
 Le samedi 3 janvier 2015 11:01:53 Art Penteur a écrit :
   Je ne me ferais pas tous ces nœuds au cerveau si je ne faisais pas de
 la cartographie en fauteuil, dans cette zone.

C'est pour cela que je progresse par petits ajouts : je laisse le temps
 aux cartographieurs du coin de réagir, corriger, compléter.

   Ça a marché dans d'autres endroits, mais à Cahors, aucun local n'a encore
 complété ces deux rues.
 De mon point de vue, il vaut mieux mettre le nom si sans ambiguïté sur la 
 couche BANO et laisser un relevé de terrain le corriger si besoin.
 Je voulais donc tâter l'ambiance (même si le débat a déjà plus ou moins eu 
 lieu) avant de passer à l'acte :-)

Des cas comme ceux indiqués ne semblent pas présenter d'ambiguité.
La source est plutôt fiable, cohérente, donc utilisable seule, non ?

Ce n'est pas parce que le plan cadastral ne contient pas les noms de ces
voies qu'il y a un problème. Quand je dégomme du rouge, je n'affiche pas
le cadastre en fond...

Quand j'ai un doute sur un nom (orthographe par exemple), je cherche des
adresses avec mon moteur de recherche web préféré (qui n'est pas Google)
et en général ça confirme.

-- 
Christian Quest - OpenStreetMap France


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


Re: [OSM-talk-fr] Communes nouvelles - fusion de communes

2015-01-03 Thread didier2020
Le vendredi 02 janvier 2015 à 12:13 +0100, Christian Quest a écrit : 
 Et une petite carte overpass-turbo pour l'occasion:
 http://overpass-turbo.eu/s/6MO

je connaissais pas ce type de requete c'est plutot pratique ! 
 
 
 
 -- 
 Christian Quest - OpenStreetMap France
 ___
 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-us] Next DC Great Streets mapping party

2015-01-03 Thread Steven Johnson
Happy 2015, mappers!

We're returning to Minnesota Ave for the first mapping party of the year.
I've reserved space at the Benning Rd Library from 1pm - 4pm on 24 January.
We'll be mapping local small businesses and neighborhood institutions, as
well as refining our photo survey techniques using Mapillary[1] to create
an up-to-date, open source street view.

As always, no experience necessary. Parents, bring your kids. Everybody,
bring your friends, your laptop, and dress for the weather. Hope to see you
there!

[1] http://mapillary.com/

-- SEJ
-- twitter: @geomantic
-- skype: sejohnson8

There are two types of people in the world. Those that can extrapolate from
incomplete data.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-it] Vendita legna

2015-01-03 Thread Carlo Stemberger
Se non è un'impresa agricola che vende anche legna da ardere (prodotta in
azienda), ma è solo un distributore di legna da ardere, pellet, e simili
(magari carbonella, accendifuoco, ecc.), allora opterei anch'io per
shop=fuel, fuel:wood=yes, fuel:pellet=yes, ecc.

Ciao!

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


[Talk-cl] Nombre carreteras

2015-01-03 Thread Álvaro Monares G.

Hola, en mi reciente viaje a Pucón fui almacenando algunos marcadores
de kilómetros sobre la Ruta 5 (211 en 700 kilómetros). Podría decir que 
en promedio

cada 5 kilómetros.
Según la wiki el nodo debe ser del tipo highway=milestone [1], además de 
distance=150
sin unidad (Se supone que es kilómetros a menos que diga otra cosa, por 
ejemplo mi para millas)


Lo que no encuentro es como nombrar la carretera a la que hace 
referencia, tengo de la 5 Sur y de la
S-199 Que une Freire con Curarrehue, pasando por Villarrica y Pucón 
(Tengo hasta Pucón).

Por ahora mi opción es colocar un tag name=Ruta 5 Sur

Bueno el tema es que no tenemos la Ruta 5 Sur, sino que por ejemplo 
tenemos la Autopista del Maipo [2].
Creo que el nombre debe ser Ruta 5 Sur y el operador Ruta del Maipo 
Cuando termine la concesión la Ruta

se seguirá llamando Ruta 5 Sur.

Atento a los comentarios
Saludos
Álvaro Monares G.


[1] http://wiki.openstreetmap.org/wiki/Tag:highway%3Dmilestone
[2] http://www.openstreetmap.org/#map=15/-34.3930/-70.8625

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