<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Commenti per CONAPI</title>
	<atom:link href="http://www.infoconapi.it/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.infoconapi.it</link>
	<description>Solo un altro blog targato WordPress</description>
	<pubDate>Thu, 11 Mar 2010 02:29:35 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di GratisCasa</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-230</link>
		<dc:creator>GratisCasa</dc:creator>
		<pubDate>Sat, 01 Aug 2009 09:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-230</guid>
		<description>Ciao a tutti. Anche noi di GratisCasa importiamo gli annunci da diversi gestionali. Riguardo il linguaggio non ci sono dubbi che XML sia lo standard, almeno fino a quando non uscirà fuori un nuovo linguaggio, maggiormente performante. Quello che i gestionali dovrebbero, potrebbero, fare è quello di fornire le tabelle delle tipologie, dei comuni e di tutti quei dati che per un portale dovrebbero essere standardizzati. In questo modo ciascun portale potrebbe standardizzare gli annunci al momento dell'importazione, modificando tipologie, comuni, zone e quant'altro in base alle proprie esigenze.</description>
		<content:encoded><![CDATA[<p>Ciao a tutti. Anche noi di GratisCasa importiamo gli annunci da diversi gestionali. Riguardo il linguaggio non ci sono dubbi che XML sia lo standard, almeno fino a quando non uscirà fuori un nuovo linguaggio, maggiormente performante. Quello che i gestionali dovrebbero, potrebbero, fare è quello di fornire le tabelle delle tipologie, dei comuni e di tutti quei dati che per un portale dovrebbero essere standardizzati. In questo modo ciascun portale potrebbe standardizzare gli annunci al momento dell&#8217;importazione, modificando tipologie, comuni, zone e quant&#8217;altro in base alle proprie esigenze.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Oris</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-228</link>
		<dc:creator>Oris</dc:creator>
		<pubDate>Sun, 31 May 2009 19:59:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-228</guid>
		<description>Per dirti come abbiamo fatto con immobiliare.it ad esempio, basta che il portale si colleghi ad un URL, a cadenza regolare, e il gioco è fatto.

Il file xml è semplicemente compilato dal server, che fa prima una query e poi costruisce l'xml, al momento della chiamata.

Lo uso oramai da quasi un anno, un esempio lo trovi qui http://www.orisimmobiliare.com/immobilmente_annunci.xml.php


nel momento che chiami quell'url avrai i miei annunci sincronizzati in tempo reale con il mio gestonale, se io cambiassi un dato un minuto dopo e tu ti ricollegassi avresti disponibile l'aggiornamento.

Sto personalmente facendo molte collaborazioni con i portali interessati, il futuro è nell'interscambio dei dati, come dico da due anni oramai, e questa è la via che permette di mantenere ogni gestionale o portale con le proprie peculiarità pur permettendo l'intescambio.</description>
		<content:encoded><![CDATA[<p>Per dirti come abbiamo fatto con immobiliare.it ad esempio, basta che il portale si colleghi ad un URL, a cadenza regolare, e il gioco è fatto.</p>
<p>Il file xml è semplicemente compilato dal server, che fa prima una query e poi costruisce l&#8217;xml, al momento della chiamata.</p>
<p>Lo uso oramai da quasi un anno, un esempio lo trovi qui <a href="http://www.orisimmobiliare.com/immobilmente_annunci.xml.php" rel="nofollow">http://www.orisimmobiliare.com/immobilmente_annunci.xml.php</a></p>
<p>nel momento che chiami quell&#8217;url avrai i miei annunci sincronizzati in tempo reale con il mio gestonale, se io cambiassi un dato un minuto dopo e tu ti ricollegassi avresti disponibile l&#8217;aggiornamento.</p>
<p>Sto personalmente facendo molte collaborazioni con i portali interessati, il futuro è nell&#8217;interscambio dei dati, come dico da due anni oramai, e questa è la via che permette di mantenere ogni gestionale o portale con le proprie peculiarità pur permettendo l&#8217;intescambio.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Fabrizio</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-227</link>
		<dc:creator>Fabrizio</dc:creator>
		<pubDate>Sat, 09 May 2009 16:27:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-227</guid>
		<description>Scusate la mia ignoranza, ma quale è la procedura per trasformare ad esempio un db access in un file XML e soprattutto come si può rendere tale procedura automtica e aggiornata ad esempio ogni 24 ore senza dover intervenire manualmente per creare un nuovo file xml? Scusate ancora per la domanda che a molti del settore potrebbe sembrare banale, ho un piccolo portale e sono molto interessato a questo argomento
Cordiali saluti</description>
		<content:encoded><![CDATA[<p>Scusate la mia ignoranza, ma quale è la procedura per trasformare ad esempio un db access in un file XML e soprattutto come si può rendere tale procedura automtica e aggiornata ad esempio ogni 24 ore senza dover intervenire manualmente per creare un nuovo file xml? Scusate ancora per la domanda che a molti del settore potrebbe sembrare banale, ho un piccolo portale e sono molto interessato a questo argomento<br />
Cordiali saluti</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Francesco</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-226</link>
		<dc:creator>Francesco</dc:creator>
		<pubDate>Fri, 24 Apr 2009 08:28:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-226</guid>
		<description>interessante, quando lo fate?</description>
		<content:encoded><![CDATA[<p>interessante, quando lo fate?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Oris</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-225</link>
		<dc:creator>Oris</dc:creator>
		<pubDate>Thu, 23 Apr 2009 19:11:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-225</guid>
		<description>il sistema via ftp ha il punto debole di non poter lavorare in tempo reale, quindi ok per i portali (che no possono sincronizzarsi di continuo) male per sistemi di mls tra gestionali. Web service obbligatorio, quindi.</description>
		<content:encoded><![CDATA[<p>il sistema via ftp ha il punto debole di non poter lavorare in tempo reale, quindi ok per i portali (che no possono sincronizzarsi di continuo) male per sistemi di mls tra gestionali. Web service obbligatorio, quindi.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Oris</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-224</link>
		<dc:creator>Oris</dc:creator>
		<pubDate>Thu, 23 Apr 2009 18:08:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-224</guid>
		<description>Per le immagini il problema è molto più semplice di quanto pensiate, basta mettere un limite nella dimensione, in fase  di accettazione e degli script ad hoc che ridimensionano le immagini ottimizzandole, roba semplice da realizzare in qualsiasi linguaggio.

Se volete conoscere l'esperienza di chi ha pensato questo progetto da diverso tempo, sapete dove trovarmi.
Salute ;)</description>
		<content:encoded><![CDATA[<p>Per le immagini il problema è molto più semplice di quanto pensiate, basta mettere un limite nella dimensione, in fase  di accettazione e degli script ad hoc che ridimensionano le immagini ottimizzandole, roba semplice da realizzare in qualsiasi linguaggio.</p>
<p>Se volete conoscere l&#8217;esperienza di chi ha pensato questo progetto da diverso tempo, sapete dove trovarmi.<br />
Salute <img src='http://www.infoconapi.it/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Oris</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-223</link>
		<dc:creator>Oris</dc:creator>
		<pubDate>Thu, 23 Apr 2009 17:59:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-223</guid>
		<description>interessante, pensavo di averci pensato per primo invece, come sempre arrivo secondo.

Comunque, per info, i portali non mi risulta utilizzino questo sistema ma si stanno già adeguando, io stesso ho testato il sistema tra il mio gestionale e alcuni portali a pagamento (che già uso per la mia attività) e credo che a breve verrà offerto al pubblico.

Per quelli gratuiti, solo idealista ha espresso interesse per tale sistema, subito lo ha escluso, quindi si rimane ai get-post....

Per i gestionali, sarebbe un passo intelligente.

Per quanto mi riguarda sto implementano un webservice che farà proprio da interprete per mio uso personale, tra i gestionali della mia rete.

Ho scritto il progetto condivisione xml da diverso tempo, e spero che sia recepito.

Personalmente uso l'xml da un anno oramai, la polverizzazione non è importante, la forza della rete a nodi, come si creerebbe con sistemi di interscambio basati su xml, eliminerebbe la centralità forzando l'adeguamento di quei fornitori di servizi che non volessero perdere fette di mercato.</description>
		<content:encoded><![CDATA[<p>interessante, pensavo di averci pensato per primo invece, come sempre arrivo secondo.</p>
<p>Comunque, per info, i portali non mi risulta utilizzino questo sistema ma si stanno già adeguando, io stesso ho testato il sistema tra il mio gestionale e alcuni portali a pagamento (che già uso per la mia attività) e credo che a breve verrà offerto al pubblico.</p>
<p>Per quelli gratuiti, solo idealista ha espresso interesse per tale sistema, subito lo ha escluso, quindi si rimane ai get-post&#8230;.</p>
<p>Per i gestionali, sarebbe un passo intelligente.</p>
<p>Per quanto mi riguarda sto implementano un webservice che farà proprio da interprete per mio uso personale, tra i gestionali della mia rete.</p>
<p>Ho scritto il progetto condivisione xml da diverso tempo, e spero che sia recepito.</p>
<p>Personalmente uso l&#8217;xml da un anno oramai, la polverizzazione non è importante, la forza della rete a nodi, come si creerebbe con sistemi di interscambio basati su xml, eliminerebbe la centralità forzando l&#8217;adeguamento di quei fornitori di servizi che non volessero perdere fette di mercato.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Gianluca</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-222</link>
		<dc:creator>Gianluca</dc:creator>
		<pubDate>Fri, 10 Apr 2009 15:55:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-222</guid>
		<description>lo spirito del mio intervento è esattamente lo stesso. L'importante è partire con un tracciato. Adeguarsi è una banalità. A cosa servono altrimenti le mappature? I problemi sono legati a campi gestiti in un portale non presenti su gestionale o viceversa. Si perdono qualche info. Ma è anche un attimo allinearsi. Ho già contattato gestionali che si integrano via xml, ho già visto i tracciati e mi sembra coprano almenno il 95%. Parlo del mio caso. Il problema non è tecnico, il problema è l'alta polverizzazione di operatori in questo settore. Per questo volevo valutare se con il supporto di CONAPI si riusci a condividere un tracciato con la stessa CONAPI che faccia da middleware. Si riuscirebbe a creare unoi standard di fatto. Ci pensate ogni portale che deve ragionare con modalità di integrazione con ogni singolo gestionale. Ogni singolo gestionale deve mettere insieme e gestire diversi canali di dialogo. In questo caso ce ne sarebbe uno solo.</description>
		<content:encoded><![CDATA[<p>lo spirito del mio intervento è esattamente lo stesso. L&#8217;importante è partire con un tracciato. Adeguarsi è una banalità. A cosa servono altrimenti le mappature? I problemi sono legati a campi gestiti in un portale non presenti su gestionale o viceversa. Si perdono qualche info. Ma è anche un attimo allinearsi. Ho già contattato gestionali che si integrano via xml, ho già visto i tracciati e mi sembra coprano almenno il 95%. Parlo del mio caso. Il problema non è tecnico, il problema è l&#8217;alta polverizzazione di operatori in questo settore. Per questo volevo valutare se con il supporto di CONAPI si riusci a condividere un tracciato con la stessa CONAPI che faccia da middleware. Si riuscirebbe a creare unoi standard di fatto. Ci pensate ogni portale che deve ragionare con modalità di integrazione con ogni singolo gestionale. Ogni singolo gestionale deve mettere insieme e gestire diversi canali di dialogo. In questo caso ce ne sarebbe uno solo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di immobilio.it</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-25</link>
		<dc:creator>immobilio.it</dc:creator>
		<pubDate>Wed, 01 Apr 2009 14:58:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-25</guid>
		<description>Buongiorno a tutti.
Ho condotto un approfondito sondaggio tra gli Agenti Immobiliari nel forum, è un fatto è certo.

Non se ne può più di dover inserire decine di volte lo stesso annuncio su diversi portali e la soluzione del gestionale passepartout - peraltro ottima sotto il profilo tecnico - si rivela un aumento di costo per l'agente immobiliare che - ricordo - è la risorsa economica dei grandi portali immobiliari.


Chiarito che qualcosa va fatto, e che l'XML pare il metodo tecnico davvero percorribile per tutti, mi piace precisare che come accade negli USA, non c'è bisogno di uniformare i portali per accedere a questo tipo di tecnologia, ma solo di fornire il "template" di accesso al portale ovvero fornire la "chiave" con cui interpretare i dati di ciascun portale.

In questo modo ogni portale può restare diverso ma condividere uno "standard" di trasmissione dati risolvendo la questione senza grandi sforzi.

Una volta che il portale conosce lo standard, modificherà nella sua procedura di costruzione del feed il modo in cui le sue informazioni sono formattate e suddivise e - per fare un esempio - un "attico" diventerà un "appartamento" nel feed. E viceversa.

Altro esempio. Se un "appartamento" risulta al 5° piano su 5 con terrazzo al piano il nostro portale potrà con una funzione logica riconoscerlo come "attico" seppur lo esporterà come "appartamento".

Seguendo la storia di formazione degli standard, la questione non è mai stata uniformare le procedure produttive, ma semmai di creare un "modello" interpretabile liberamente e adattabile a ogni realtà industriale.

Se questo ragionamento è ritenuto accettabile, è sufficiente "validare" un formato XML già esistente magari fornito da una delle software house che fanno parte del CONAPI e che da anni si occupano di queste esportazioni. E il giorno dopo adottarlo.

immobilio.it  - Community Immobiliare Indipendente</description>
		<content:encoded><![CDATA[<p>Buongiorno a tutti.<br />
Ho condotto un approfondito sondaggio tra gli Agenti Immobiliari nel forum, è un fatto è certo.</p>
<p>Non se ne può più di dover inserire decine di volte lo stesso annuncio su diversi portali e la soluzione del gestionale passepartout - peraltro ottima sotto il profilo tecnico - si rivela un aumento di costo per l&#8217;agente immobiliare che - ricordo - è la risorsa economica dei grandi portali immobiliari.</p>
<p>Chiarito che qualcosa va fatto, e che l&#8217;XML pare il metodo tecnico davvero percorribile per tutti, mi piace precisare che come accade negli USA, non c&#8217;è bisogno di uniformare i portali per accedere a questo tipo di tecnologia, ma solo di fornire il &#8220;template&#8221; di accesso al portale ovvero fornire la &#8220;chiave&#8221; con cui interpretare i dati di ciascun portale.</p>
<p>In questo modo ogni portale può restare diverso ma condividere uno &#8220;standard&#8221; di trasmissione dati risolvendo la questione senza grandi sforzi.</p>
<p>Una volta che il portale conosce lo standard, modificherà nella sua procedura di costruzione del feed il modo in cui le sue informazioni sono formattate e suddivise e - per fare un esempio - un &#8220;attico&#8221; diventerà un &#8220;appartamento&#8221; nel feed. E viceversa.</p>
<p>Altro esempio. Se un &#8220;appartamento&#8221; risulta al 5° piano su 5 con terrazzo al piano il nostro portale potrà con una funzione logica riconoscerlo come &#8220;attico&#8221; seppur lo esporterà come &#8220;appartamento&#8221;.</p>
<p>Seguendo la storia di formazione degli standard, la questione non è mai stata uniformare le procedure produttive, ma semmai di creare un &#8220;modello&#8221; interpretabile liberamente e adattabile a ogni realtà industriale.</p>
<p>Se questo ragionamento è ritenuto accettabile, è sufficiente &#8220;validare&#8221; un formato XML già esistente magari fornito da una delle software house che fanno parte del CONAPI e che da anni si occupano di queste esportazioni. E il giorno dopo adottarlo.</p>
<p>immobilio.it  - Community Immobiliare Indipendente</p>
]]></content:encoded>
	</item>
	<item>
		<title>Commenti su Modalità di caricamento automatico degli annunci tra portali e portali? di Mauro Sauri</title>
		<link>http://www.infoconapi.it/2009/03/02/modalita-di-caricamento-automatico-degli-annunci-tra-portali-e-portali/comment-page-1/#comment-21</link>
		<dc:creator>Mauro Sauri</dc:creator>
		<pubDate>Fri, 27 Mar 2009 16:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.infoconapi.it/?p=70#comment-21</guid>
		<description>Salve a tutti,
evidentemente il problema del linguaggio comune è molto sentito e in effetti uno standard di comunicazione semplificherebbe le cose.
Non sto parlando solo dell'XML che ritengo l'unica strada percorribile per la trasmissione di infomazioni complesse in modo semplice.
Quello che credo abbia estremo bisogno di uno standard sono i termini per definire le caratteristiche di un immobile.
Spesso infatti sono forvianti, sovrapposti, provocano degli equivoci.
Faccio qualche esempio:  vani/camere/stanze, box/garage, villa/villa a schiera/casa singola/casa-indipendente/rustico-casale, appartamento/attico.
Qualche agenzia che richiedeva informazioni per il nostro servizio (Soluzione Portali - www.soluzioneportali.com) ha richiesto esplicitamente un sistema per duplicare velocemente gli annunci per poter pubblicare lo stesso immobile più volte cambiandone la tipologia proprio perché un attico è anche un appartamento, una villa spesso non è molto distinguibile da una casa singola e indipendente.
Ecco quindi che per evitare la proliferazione di annunci "doppioni" e soprattutto per semplificare la vita alle agenzie che pubblicano gli annunci e di chi cerca un immobile sarebbe il caso di gestire in qualche modo queste "intersezioni" nelle definizioni.</description>
		<content:encoded><![CDATA[<p>Salve a tutti,<br />
evidentemente il problema del linguaggio comune è molto sentito e in effetti uno standard di comunicazione semplificherebbe le cose.<br />
Non sto parlando solo dell&#8217;XML che ritengo l&#8217;unica strada percorribile per la trasmissione di infomazioni complesse in modo semplice.<br />
Quello che credo abbia estremo bisogno di uno standard sono i termini per definire le caratteristiche di un immobile.<br />
Spesso infatti sono forvianti, sovrapposti, provocano degli equivoci.<br />
Faccio qualche esempio:  vani/camere/stanze, box/garage, villa/villa a schiera/casa singola/casa-indipendente/rustico-casale, appartamento/attico.<br />
Qualche agenzia che richiedeva informazioni per il nostro servizio (Soluzione Portali - <a href="http://www.soluzioneportali.com" rel="nofollow">http://www.soluzioneportali.com</a>) ha richiesto esplicitamente un sistema per duplicare velocemente gli annunci per poter pubblicare lo stesso immobile più volte cambiandone la tipologia proprio perché un attico è anche un appartamento, una villa spesso non è molto distinguibile da una casa singola e indipendente.<br />
Ecco quindi che per evitare la proliferazione di annunci &#8220;doppioni&#8221; e soprattutto per semplificare la vita alle agenzie che pubblicano gli annunci e di chi cerca un immobile sarebbe il caso di gestire in qualche modo queste &#8220;intersezioni&#8221; nelle definizioni.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
