<div dir="ltr"><br><div class="gmail_extra">2015-04-21 18:51 GMT+02:00 Andreas Labres <span dir="ltr"><<a href="mailto:list@lab.at" target="_blank">list@lab.at</a>></span>:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="">> location=outdoor (It is actually outdoor)<br>
<br>
</span>This doesn't make sense to me. The location is given by the coordinates. If<br>
those coordinates are within an area building=yes can be determined if necessary.<br></blockquote><div><br></div><div>location=* is a bit more complex than "to be inside an OSM building area or not".<br><br></div><div>Furthermore and IMHO, it doesn't sound consistent to ask for a geospatial lookup for the location and ask for street_cabinet=outdoor_dslam just because it is "easy" to query.<br><br></div><div>If the "outdoor" data must be added, it should go in location=* instead of creating a very particular value.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

But "Outdoor DSLAM" is a fixed term (AFAICT) for this FTTC cabinets. Maybe<br>
street_cabinet=FTTC might be a solution. But I think I'd prefer<br>
street_cabinet=outdoor_dslam. This precisely enouth tells what it's about. And<br>
it can be queried easily. Using 3 tags to specify one feature is error prone,<br>
I'd say.<br></blockquote><div><br></div><div>DSLAM is a fixed term. It can be indoor inside a central office or outdoor in a cabinet in the street.<br></div><div>This is exactly the same hardware inside<br><a href="http://www.infos-reseaux.com/photos/album/35-deploiement-fttc-bt-openreach-fttc-openreach-deployment">http://www.infos-reseaux.com/photos/album/35-deploiement-fttc-bt-openreach-fttc-openreach-deployment</a><br><br></div><div>You can find them indoor too and telecom=dslam + location=indoor would be really appreciated.<br></div><div><br></div><div>Thus, I don't see any clear reason to hardly link outdoor and dslam inside a single tag value.<br></div><div>telecom=dslam + location=outdoor gives us more benefit than downgrades.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
BTW, a telecom street cabinet can only be either a "Kabelverteiler" (which is a<br>
passive wire distribution point) or an outdoor DSLAM, so it would make sense to<br>
classify both with street_cabinet=...<br></blockquote><div><br></div><div>I've heard of passive connection points mapping and telecom=connection_point sounds to be the selected value for this.<br><a href="http://taginfo.openstreetmap.org/tags/telecom=connection_point">http://taginfo.openstreetmap.org/tags/telecom=connection_point</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="">
> medium=copper (Land lines linked to it are made of copper).<br>
<br>
</span>It's FTTC (fiber to the cabinet), so it's fiber on the provider side. It's of<br>
course copper for the "last mile". But this is all clear with the specification<br>
"outdoor DSLAM".<br></blockquote><div><br></div><div>I agree<br></div><div>I was talking of the service-side of the DSLAM, but telecom:medium (instead of weak medium=*) isn't really clear<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


Regarding fly's suggestion: a mast or communication tower can be equipped by<br>
multiple antennas/masts with antennas. So the feature=yes/no solution is<br>
necessary. But street cabinets tend to have only one "dedication".<br></blockquote><div><br></div><div>If such occurs in reality, each mast and each cabinet should be tagged separately and the whole site ref should be put in a relation containing all that stuff.<br><br></div><div>The problem here is : what if several DSLAM are hosted in the same cabinet ?<br></div><div>Or worse : What if a DSLAM is hosted in a connection point cabinet ?<br></div><div><br></div><div>It's nearly the same question in power where transformers can be hanged at pole's top.<br><br></div><div>It has been solved with power=pole + transformer=yes<br></div><div>So for DSLAM in a connection point : telecom=connection_point + dslam=*<br></div><div><br><br></div><div>Just my 2 cts for the last part of this mail<br><br><br></div><div>Cheers !<br></div><div><br><br><div><div class="gmail_signature"><div dir="ltr"><b>François Lacombe</b><br><br>fl dot infosreseaux At gmail dot com<br><a href="http://www.infos-reseaux.com" target="_blank">www.infos-reseaux.com</a><br><a href="http://www.twitter.com/InfosReseaux" target="_blank">@InfosReseaux</a></div></div></div> </div></div></div></div>